Magnum One

home *** CD-ROM | disk | FTP | other *** search

/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d12 / c_conf1.arc / C next >

Wrap

Text File | 1990-07-10 | 542.2 KB | 12,774 lines

P to pause, S to cancel output ------------------------------ Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23T50397 Date: 03/24/89 From: PAT SHEA Time: 05:06 am To: ALL (Read 605 times) Subj: NEW CONF !!! 'begaud !!!! I think I've found a new conference w/ no messages in it. I feel like a little kid finding a fresh-placed sidewalk. 'spose I should say something 'bout C - try compiling this and the folloing mssg .... #include <dos.h> #include <stdio.h> #include <string.h> #include <stdlib.h> struct moon { int month; int day; }; /* the following array is the one that has all the good stuff in it */ static struct moon m_cycle[19] = { { 4, 14 }, { 4, 3 }, { 3, 23 }, { 4, 11 }, { 3, 31 }, { 4, 18 }, { 4, 8 }, { 3, 28 }, { 4, 16 }, { 4, 5 }, { 3, 25 }, { 4, 13 }, { 4, 2 }, { 3, 22 }, { 4, 10 }, { 3, 30 }, { 4, 17 }, { 4, 7 }, { 3, 27 } }; extern void bail_out( void ); extern int dmy2dow( int day, int mon, int year ); extern long dmy2jul( int da, int mo, int yr ); extern char *jul2str( long int jul_days ); extern void main( int argc, char **argv ); extern char *make_str( int da, int mo, int yr ); extern long moon_magic( int year ); extern char *str_comm( char *numb ); void main( int argc, char **argv ) { int t_year; long int j_today, j_easter; union REGS in, out; if ( argc != 2 ) { bail_out(); } t_year = atoi( argv[1] ); if ( t_year < 1753 || t_year > 6753 ) { bail_out(); } in.h.ah = 0x2a; (void) intdos( &in, &out ); j_today = dmy2jul( (int) out.h.dl, (int) out.h.dh, (int) out.x.cx ); fprintf( stdout, "\n\tFor the year %s\n\n", str_comm( argv[1] )); j_easter = moon_magic( t_year ); fprintf( stdout, "\t\tASH WEDNESDAY %s.... %s\n", ( j_today > j_easter - 46 ) ? "was" : "is", jul2str( j_easter - 46 )); fprintf( stdout, "\t\tPALM SUNDAY %s.... %s\n", ( j_today > j_easter - 7 ) ? "was" : "is", jul2str( j_easter - 7 )); fprintf( stdout, "\t\tand EASTER %s.... %s\n\n", ( j_today > j_easter ) ? "was" : "is", jul2str( j_easter )); exit( 0 ); } /*********************************************************************** * * int dmy2dow( int iDay, int iMon, int iYear ) - This is my * implementation of the Zeller function. It takes day/ * month/year and returns the day of the week as an int * with Sunday being 0.....etc. * * ******/ /* int dmy2dow( int iDay, int iMon, int iYear ) { int iAdj_mo, iAdj_yr, iCent, iCent_yrs; iAdj_mo = ( iMon > 2 ) ? iMon - 2 : iMon + 10; iAdj_yr = ( iMon > 2 ) ? iYear : iYear - 1; iCent = iAdj_yr / 100; iCent_yrs = iAdj_yr % 100; return((((( 13 * iAdj_mo - 1 ) / 5 ) + iDay + iCent_yrs + ( iCent_yrs / 4 ) + ( iCent / 4 ) - 2 * iCent + 77 ) % 7 )); } */ int dmy2dow( int day, int mon, int year ) { int adj_mo, adj_yr, cent, cent_yrs; adj_mo = ( mon > 2 ) ? mon - 2 : mon + 10; adj_yr = ( mon > 2 ) ? year : year - 1; cent = adj_yr / 100; cent_yrs = adj_yr % 100; return((((( 13 * adj_mo - 1 ) / 5 ) + day + cent_yrs + ( cent_yrs / 4 ) + ( cent / 4 ) - 2 * cent + 77 ) % 7 )); } <cont'd next mssg> --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23T50726 Date: 03/24/89 From: PAT SHEA Time: 05:12 am To: ALL (Read 440 times) Subj: NEW CONF !!! <cont'd from 23T50397> long int dmy2jul( int da, int mo, int yr ) { long int worker; worker = ( (long) yr * 12L + (long) mo - 3 ) / 12L; return((( 4404L * (long) yr + 367L * (long) mo - 1094L ) / 12L ) - ( 2L * worker ) + ( worker / 4L ) - ( worker / 100L ) + ( worker / 400L ) + ( (long) da ) + 1721119L ); } char *jul2str( long int jul_days ) { int da_no, mo_no, yr_no; long int cent; jul_days -= 1721119L; cent = ( jul_days * 100L - 20L ) / 3652425L; jul_days += ( cent - cent / 4L ); yr_no = (int) (( jul_days * 100L - 20 ) / 36525L ); jul_days -= (( 36525L * (long) yr_no ) / 100L ); mo_no = (int) (( jul_days * 10L - 5L ) / 306L ); da_no = (int) (( jul_days * 10L - 306L * (long) mo_no + 5L ) / 10L ); if ( mo_no <= 9 ) { mo_no += 3; } else { yr_no++; mo_no -= 9; } return( make_str( da_no, mo_no, yr_no )); } char *make_str( int d, int m, int y ) { static char *da_str[] = { "Sunday", "Monday", "Tuesday", "Wednesday", "Thursday", "Friday", "Saturday" }; static char *mo_str[] = { "January", "February", "March", "April", "May", "June", "July", "August", "September", "October", "November", "December" }; char worker[64], int_str[8]; int day_numb; day_numb = dmy2dow( d, m, y ); strcpy( worker, da_str[day_numb] ); strcat( worker, ": " ); strcat( worker, itoa( d, int_str, 10 )); strcat( worker, " " ); strcat( worker, mo_str[m - 1] ); /* strcat( worker, ", " ); strcat( worker, itoa( y, int_str, 10 )); */ return( worker ); } long int moon_magic( int year ) { int index, p_dow; long int p_date; index = year % 19; p_dow = dmy2dow( m_cycle[index].day, m_cycle[index].month, year ); p_date = dmy2jul( m_cycle[index].day, m_cycle[index].month, year ); return(( (long) ( 7 - p_dow )) + p_date ); } char *str_comm( char *numb ) { register char *end, *start; static char worker[16]; strcpy( worker, numb ); start = strpbrk( worker, "0123456789" ); if (( start != NULL ) && ( *( start - 1 ) != '.' )) { end = start + strspn( start, "0123456789" ); while (( end -= 3 ) > start ) { (void) memmove( ( end + 1 ), end, ( strlen( end ) + 1 )); *end = ','; } } return( worker ); } void bail_out() { fprintf( stderr, "\n\tSYNTAX: easter <year>\n" ); fprintf( stderr, "\t\t where the <year> is any\n" ); fprintf( stderr, "\t\t year from 1753 to 6753.\n\n" ); fprintf( stderr, "\t\(5,000 years SHOULD be enough.... )\n\n\a" ); exit( 1 ); } I offer this, should anyone ask, "When's Easter?" >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23TK1717 Date: 03/24/89 From: AMINUDDIN AHMAD Time: 04:28 pm To: ALL (Read 432 times) Subj: DOWNLOAD... The code written above could serve me in some way. How can I download it? --->Amin. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23TL2078 Date: 03/24/89 From: PAT SHEA Time: 05:34 pm To: AMINUDDIN AHMAD (Rcvd) (Read 393 times) Subj: R: DOWNLOAD... Amin .... I wish that I could say that I just wrote the above code "off the top of my head," but in reality it was written a few years ago in response to my son asking how the date of Easter was determined. As you can see from a quick scan, there is a bunch of really handy date func's imbedded in all of that code - the Zeller func and the Julian date stuff (which I have implemented as long int). I believe that Bob still has the original file posted in the Mahoney collection - look for EASTER.ZIP. Actually, I found the research that went into hanging this one together to be fascinating - some of the calendar stuff, when you dig into it, is spookey as you will see from the comments in EASTER.C in the above mentioned ZIP. happyhacking !!! pats. --------------- ** Current thread: DOWNLOAD... Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23TQ0705 Date: 03/24/89 From: BRUCE ZUPEK Time: 09:11 pm To: PAT SHEA (Rcvd) (Read 360 times) Subj: R: DOWNLOAD... I had to solve this problem in 1969 at an IBM PL/1 school. I fail to see how you can take credit for something as common place as resolving when Easter occurs. Seems to me the IBM problem embraces Pascal something or other. Sorry!!!! --------------- ** Current thread: DOWNLOAD... Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23UB1794 Date: 03/25/89 From: PAT SHEA Time: 07:29 am To: BRUCE ZUPEK (Rcvd) (Read 366 times) Subj: R: DOWNLOAD... Bruce ... I went thru PL/1 'bout the same time <maybe a little before>... don't recall that one, however. But then : it's the elegance of the the solution ..... <gag, koff, koff> >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23TK1819 Date: 03/24/89 From: AMINUDDIN AHMAD Time: 04:30 pm To: ALL (Read 381 times) Subj: SECOND MAN... Oh, and I also forgot to mention that I am the second person to write in this conference. I hope it goes to the record. As they say, SECOND to none! --->Amin. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23TN2857 Date: 03/24/89 From: GRANT ELLSWORTH (Leader) Time: 07:47 pm To: PAT SHEA (Rcvd) (Read 364 times) Subj: R: SECOND MAN... Message CC'd to: BOB MAHONEY PAT SHEA AMINUDDIN AHMAD I'll bet Pat S. had a lot of fun putting that code together, too. Amin, If your modem / comm program has an ascii download capability or a message logging capability, you should be able to use that to capture Pat's code. But, it would be nice we had a little sub-set area for uploading C-oriented or C+ASM oriented items of interest without it all getting drowned in that massive marvelous Mahoney Collection! And, for something the size of what Pat keyed in, an upload was definitely in order. What about it, Bob? Any possibilities for a C-Lang/C + Asm upload section? Grant --------------- ** Current thread: SECOND MAN... Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23UB1346 Date: 03/25/89 From: PAT SHEA Time: 07:22 am To: GRANT ELLSWORTH (Rcvd) (Read 346 times) Subj: R: SECOND MAN... I'll second that - a conf of how-to's, gee-whiz's, and what-is's for snipits of code in C/ASM... >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23TN3200 Date: 03/24/89 From: GRANT ELLSWORTH (Leader) Time: 07:53 pm To: ALL (Read 347 times) Subj: 3RD PERSON IN How embarassing, the topic leader is the 3rd one in! Anyway, to all comers, WELCOME! Let's keep the C commentary and questions coming and interesting. Enjoy! Grant --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23U13139 Date: 03/25/89 From: AMINUDDIN AHMAD Time: 01:52 am To: ALL (Read 396 times) Subj: THE ULTIMATE LANGUAGE It was 1981 that I learned Fortran77 and 66. I thought that that there can never and will be a more powerful programming language that F77. I can write a code with my eyes closed, I thought. I was comparing fortran to BASIC language I knew previously. Then suddenly I had to learn PASCAL as a next course in college. I was so surprise that not only pascal is easier to use and understand, it is as powerful if not more that fortran. Again I said, THAT was the ultimate language. I wrote several softwares and codes, and convinced of its power (Turbo pascal). ""BUT"" next I learned of C. Now THAT IS an ultimate language, Turbo C. I just hope that there is no more language more powerful than C because I would then have to change the definition of the "Ultimate Language." What do you guys think ? Isnt C the ultimate language? Definition: ULTIMATE LANGUAGE Programming language that can practically do anything other language can. Cheap enough for me to buy a registered copy, Borland products, etc. --->Amin. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23UB2280 Date: 03/25/89 From: PAT SHEA Time: 07:38 am To: AMINUDDIN AHMAD (Rcvd) (Read 342 times) Subj: R: THE ULTIMATE LANGUAGE Amin ... It hasn't been written yet. K&R muse over whether it will be called 'D' or 'P' ... pats. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23UG0090 Date: 03/25/89 From: HENRIK SCHMIEDICHE Time: 12:01 pm To: AMINUDDIN AHMAD (Rcvd) (Read 329 times) Subj: R: THE ULTIMATE LANGUAGE There ain't no such thing... but I do admit that C is the best general purpose language around. Brings the mind DOD's effort at an ultimate language - Ada. Wouldn't be so bad if it weren't based on Pascal (not PASCAL!). Anyway, if your looking for the next step after C it could possibly be C++. They say at AT&T they call C++ just C and the regular C the 'old C'. Anybody know of a good (and cheap) implementation of C++? Also, anybody know if Borland is working (planning) on TurboC 3.0? Any other comments on life, C and everything? - Henrik --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23UJ1613 Date: 03/25/89 From: AMINUDDIN AHMAD Time: 03:26 pm To: PAT SHEA (Rcvd) (Read 320 times) Subj: R: THE ULTIMATE LANGUAGE O H N O O O O O O O O O O OOOOoooooo..........!!!!!! Is that for real ??? Nobody is ever satisfied! Why dont they just expand C language instead? Any idea how the format is ? Anything like C ? PROLOG? or something else.... --->Amin. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23UJ1954 Date: 03/25/89 From: AMINUDDIN AHMAD Time: 03:32 pm To: HENRIK SCHMIEDICHE (Rcvd) (Read 315 times) Subj: R: THE ULTIMATE LANGUAGE Is that C++ an enhancement in the "old C" ? How much more powerful is it or is it just a clean up of the old C. --->Amin. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23UK0964 Date: 03/25/89 From: HENRIK SCHMIEDICHE Time: 04:16 pm To: AMINUDDIN AHMAD (Rcvd) (Read 315 times) Subj: R: THE ULTIMATE LANGUAGE I don't know exactly and I'd like to know myself. I think it for one allows for modularization of the code a'la Ada. But frankly, I'm just guessing... - Henrik --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23UQ2301 Date: 03/25/89 From: ERIC JABLOW Time: 09:38 pm To: HENRIK SCHMIEDICHE (Rcvd) (Read 316 times) Subj: R: THE ULTIMATE LANGUAGE C++ is an extension of C. It has various object-oriented features. It can be implemented either by a preprocessing step into C, or as a pure compiler. Zortech makes a C++ for the IBM PC, at about the same price as Turbo C Professional. The Gnu project (Free Software Foundation) makes a version for UNIX. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23V10695 Date: 03/26/89 From: PAT SHEA Time: 12:11 am To: AMINUDDIN AHMAD (Rcvd) (Read 340 times) Subj: R: THE ULTIMATE LANGUAGE Amin ... 'another one of my famous 'too-long' mssgs, but you might find it amusing. I picked it up from Usenet some time ago ... Selecting a Programming Language Made Easy David Salomon & David Rosenbluth Dept. of Computer Science, University of Waterloo Waterloo Ontario, Canada N2L 3G1 With such a large selection of programming languages, it can be difficult to choose one for a particular project. Reading the manuals to evaluate the language is a time consuming process. On the other hand, most people already have a fairly good idea of how various automobiles compare. So in order to assist those trying to choose a language, we have prepared a chart that matches programming languages with comparable automobiles. Assembler - A formula I race car. Very fast, but difficult to drive and expensive to maintain FORTRAN II - A Model T Ford. Once it was king of the road. FORTRAN IV - A Model A Ford. FORTRAN 77 - A six cylinder Ford Fairlane with standard transmission and no seat belts. COBOL - A delivery van. It's bulky and ugly, but it does the work. BASIC - A second-hand Rambler with a re-built engine and patched upholstery. Your Dad bought it for you to learn to drive. You'll ditch the car as soon as you can afford a new one. PL/I - A Cadillac convertible with automatic transmission, a two tone paint job, white-wall tires, chrome exhaust pipes, and fuzzy dice hanging in the windshield. C - A black Firebird, the all-macho car. Comes with optional seat belts (lint) and optional fuzz buster (escape to assembler). ALGOL 60 - An Austin Mini. Boy, that's a small car! Pascal - A Volkswagen Beetle. It's small but sturdy. Was once popular with intellectuals. Modula II - A Volkswagen Rabbit with a trailer hitch. ALGOL 68 - An Aston Martin. Impressive car, but not just anyone can drive it. LISP - An electric car. It's simple but slow. Seat belts are not included. PROLOG/LUCID - Prototype concept-cars. Forth - A go cart. LOGO - A kiddie's replica of a Rolls Royce. Comes with a real engine and a working horn. APL - A double decker bus. It takes rows and columns of passengers to the same place all at the same time. But, it only drives in reverse gear, and is instrumented in Greek. Ada - An army-green Mercedes Benz staff car. Power steering, power brakes, and automatic transmission are all standard. No other colors or options are available. It it's good enough for the Generals, it's good enough for you. Manufacturing delays are due to difficulties reading the design specifications. ok ??? pats. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23V12858 Date: 03/26/89 From: HENRIK SCHMIEDICHE Time: 12:47 am To: ERIC JABLOW (Rcvd) (Read 293 times) Subj: R: THE ULTIMATE LANGUAGE Thanks for the info, but could you be more specific. Is C++ going the direction of Ada and Modula 2 or is it just supercharging C? And since you seem to know about C, here are a few more questions: Is the Zortech implementation as polished as TurboC? A complete environment or just a compiler? Do you know of any C++ preproc- cessors for TurboC? - Henrik --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23V13454 Date: 03/26/89 From: HENRIK SCHMIEDICHE Time: 12:57 am To: PAT SHEA (Rcvd) (Read 281 times) Subj: R: THE ULTIMATE LANGUAGE Great! I loved "your" descriptions - especially the one about Pascal. It seems that slowly but surely Pascal is being put into its right- ful place: the garbage can! Don't ask me to explain or justify my feelings about Pascal - they just are. Its a hatred that I cannot explain or rationalize... - Henrik --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23VC1085 Date: 03/26/89 From: AL HANSEN Time: 08:18 am To: PAT SHEA (Rcvd) (Read 270 times) Subj: R: THE ULTIMATE LANGUAGE Pat, What did the two Daves say about RPG? Its the only language you missed, and one of the most popular (ie IBM S/3X, AS/400, etc.). AL -- --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23VD3055 Date: 03/26/89 From: PAT SHEA Time: 09:50 am To: HENRIK SCHMIEDICHE (Rcvd) (Read 271 times) Subj: R: THE ULTIMATE LANGUAGE Henrik ... I really wish that I could take credit for that one - it's something that I picked up from Usenet that I thought might be applicable here. best regards & Happy Easter !!! pats. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23VD3523 Date: 03/26/89 From: PAT SHEA Time: 09:58 am To: AL HANSEN (Rcvd) (Read 267 times) Subj: R: THE ULTIMATE LANGUAGE Al - donno ... that is the mssg in toto from Usenet. I if I were asked, however, I would liken RPG to maybe a Toyota Fork Truck - quite utilitarian and can be driven by just about anyone with some degree of success. Double curved spine NOT required. Happy Easter !!! pats. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23VG0831 Date: 03/26/89 From: AMINUDDIN AHMAD Time: 12:13 pm To: PAT SHEA (Rcvd) (Read 257 times) Subj: R: THE ULTIMATE LANGUAGE That was a great!!!!, never thought of it that way. As it seems, the black firebird ("C") is really appealing. Therefore, before I could afford an brand new Porsche, I'll stick with it. --->Amin. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23VK1781 Date: 03/26/89 From: HENRIK SCHMIEDICHE Time: 04:29 pm To: PAT SHEA (Rcvd) (Read 257 times) Subj: R: THE ULTIMATE LANGUAGE Pat, Well if you find anymore gems of this kind make sure you upload it! - Henrik --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23VM1730 Date: 03/26/89 From: AL HANSEN Time: 06:28 pm To: PAT SHEA (Rcvd) (Read 250 times) Subj: R: THE ULTIMATE LANGUAGE Pat, Doesn't sound bad at all. YOU could have done a better job than the two Daves .. AL -- --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23VM3484 Date: 03/26/89 From: PAT SHEA Time: 06:58 pm To: HENRIK SCHMIEDICHE (Rcvd) (Read 269 times) Subj: R: THE ULTIMATE LANGUAGE Henrik ... 'got another one : also from Usenet from a while back try this one.... I have seen the requirements for the capabilities of UNIX people (like guru, user, wizard, etc.) and I got thinking about what similar ones might be for C people. I came up with the following: novice - puts "#include <stdio.h>" in his code, but is not sure why - has heard of pointers, but has never seen one user - uses the following macros: #define BEGIN { #define END ;} - has had a bad experience with pointers - knows the difference between ' and " knowledgeable user - uses: if(a==b) c = 1; else c = 0; - uses pointers, but only in place of arrays - loves writing code on VMS expert - uses: c = (a==b) ? 1 : 0; - uses pointers comfortably - are jazzed when they find a compiler bug because they found it - has figured out what && and || are for - refuses to write C code on VMS hacker - uses: c = a==b; - writes code which use pointers to functions - writes macros instead of simple functions - uses bitwise operators because they are like assembler - writes simple code with "cat >" and compiles it with "!cc".argv and argc guru - avoids bitwise operators due to portability - are annoyed with compiler bugs - writes code portable enough to port from VMS but doesn't relish the thought - can answer most C questions after a little thought wizard - compilers with "cat >" (and they work!) - reads device driver source with breakfast - can tell what question you are about to ask, and answer it - is on a first-name basis with Dennis, Bill, and Ken Oh well, on the the more serious stuff. . . Wade Guthrie evil@arcturus.UUCP Rockwell International Anaheim, CA /* ------------Cut Here ---------*/ I hate to say°─ where I fall in that spectrum !!!! best regards, pats. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23VP2611 Date: 03/26/89 From: HENRIK SCHMIEDICHE Time: 08:43 pm To: PAT SHEA (Rcvd) (Read 241 times) Subj: R: THE ULTIMATE LANGUAGE Pat, Beautiful..... Though I think the list does go both ways. What I mean is that I've started regressing through the list backwards. Several years ago I'd have been delighted with code like: "c = a==b;" But, I've mellowed.... The pieces of code I write are getting longer and longer and my functions are starting to have names like: get_a_key_and_place_cursor_at (int row, int column); (well maybe not quite that bad, but you get the drift.) I do write code with pointers to functions though... - Henrik --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23VR1906 Date: 03/26/89 From: PAT SHEA Time: 10:31 pm To: HENRIK SCHMIEDICHE (Rcvd) (Read 229 times) Subj: R: THE ULTIMATE LANGUAGE yes, I find that I'm doing the same in that I started using the Hungarian notation out of self defense, liked it, and now find that other folks can read my code and follow it. <that can be both good and bad...> ALSO.... it's nice to be able to dig back thru your drek heap and know what in hell you were doing or trying to do when you wrotethat utility func 3 yrs ago. happyhacking, pats. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23WM0556 Date: 03/27/89 From: GRANT ELLSWORTH (Leader) Time: 06:09 pm To: AMINUDDIN AHMAD (Rcvd) (Read 225 times) Subj: R: THE ULTIMATE LANGUAGE Amin, Much as I like C as a programming tool, I can't concur that it is the ultimate language. Different languages/programming tools have their specific uses where the specific tool has advantages over others. Seems to me that the ultimate tool will exist when I can pick up a microphone and "tell the computer" what results I want and have the computer figure out how to make it so! Grant --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23WM0782 Date: 03/27/89 From: GRANT ELLSWORTH (Leader) Time: 06:13 pm To: PAT SHEA (Rcvd) (Read 218 times) Subj: R: THE ULTIMATE LANGUAGE Excellent Summary by our Canadian neighbors --- they have always had a detached way of looking at our US brawls. Grant --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23WN2721 Date: 03/27/89 From: BRUCE ZUPEK Time: 07:45 pm To: PAT SHEA (Rcvd) (Read 221 times) Subj: R: THE ULTIMATE LANGUAGE My vote(s)....... 370/309x Mainframe........And the winner is PL/1 Intel Micros..............And the winner is the API interface. It doesn't matter what the calling language is, it just plain works with OS/2. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23WP0993 Date: 03/27/89 From: PAT SHEA Time: 08:16 pm To: GRANT ELLSWORTH (Rcvd) (Read 217 times) Subj: R: THE ULTIMATE LANGUAGE Grant ... it sounds like you want HAL <of movie fame> pats. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23XE2185 Date: 03/28/89 From: GREG RYAN Time: 10:36 am To: HENRIK SCHMIEDICHE (Rcvd) (Read 214 times) Subj: R: THE ULTIMATE LANGUAGE Zortech supposedly has a good implementation of C+..I think it was originally Datalight C by Walter Bright but the package got bought and so it goes... Greg --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23XE2262 Date: 03/28/89 From: GREG RYAN Time: 10:37 am To: ERIC JABLOW (Rcvd) (Read 209 times) Subj: R: THE ULTIMATE LANGUAGE Will the next major rewrite of C++ be C+++...how many + are you allowed to add before the industry doesn't take you seriously any more? Greg --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23XK0608 Date: 03/28/89 From: GRANT ELLSWORTH (Leader) Time: 04:10 pm To: PAT SHEA (Rcvd) (Read 207 times) Subj: R: THE ULTIMATE LANGUAGE >> You want HAL <of 2001 fame> ... Yep! --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23XK1447 Date: 03/28/89 From: GEORGE KOFMAN Time: 04:24 pm To: PAT SHEA (Rcvd) (Read 207 times) Subj: R: THE ULTIMATE LANGUAGE Pat --- as one computer professional to another, the 'Comp. Lang' message made me smile at the end of a $%^tty workday. I personally liked the Fortran-77, PL/I, and ADA the best. George. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23XK1779 Date: 03/28/89 From: GEORGE KOFMAN Time: 04:29 pm To: PAT SHEA (Rcvd) (Read 202 times) Subj: R: THE ULTIMATE LANGUAGE Pats --- this is getting better and better! Geo. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23XL2009 Date: 03/28/89 From: PAT SHEA Time: 05:33 pm To: GRANT ELLSWORTH (Rcvd) (Read 206 times) Subj: R: THE ULTIMATE LANGUAGE Grant ... have you seen the text file 'bout HAL in the UNIX collection - quite well done. It's a 16-bit compressed file. best regards, pats --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23XL2183 Date: 03/28/89 From: PAT SHEA Time: 05:36 pm To: GEORGE KOFMAN (Rcvd) (Read 199 times) Subj: R: THE ULTIMATE LANGUAGE George ... I wish I could remember when/where I picked that up from : I think it's from USENET a coupla yrs. ago. best regards, pats. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23XP1534 Date: 03/28/89 From: AMINUDDIN AHMAD Time: 08:25 pm To: ALL (Read 198 times) Subj: THE ULTIMATE LANGUAGE Ever heard of a language named TRILOGY ? It is basically a combination of 3 most powerful languages. These are C, PROLOG, and DATABASE. I think, these are the kind of ability I would look forward to. I only heard about it, saw its ad in PC Mag. sometime ago. I dont really know how it works. So if anyone have used it before, perhaps you can give somekind of a preview??? Perhaps this is the next step after C. --->Amin. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23XR2439 Date: 03/28/89 From: ERIC JABLOW Time: 10:40 pm To: HENRIK SCHMIEDICHE (Rcvd) (Read 198 times) Subj: R: THE ULTIMATE LANGUAGE I wouldn't claim that C++ is going off in the same direction as Modula-2 or Ada; it's mostly a supercharged C with a giant object-oriented component. For example, many of the ANSI enhancements to C were inspired by C++; function prototypes, for example. Ada has overloading of functions, and private types, but it is big and clumsy. I prefer the C++ methods of operator inheritance. I don't think that Zorth C and C++ arte as polished as TurboC, but it does have a programming environment. I don't know of any C++ preprocessors for Turbo C; for small PC-based systems, a true compiler would be preferable. Eric Jablow --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23XS2550 Date: 03/28/89 From: GEORGE KOFMAN Time: 11:42 pm To: PAT SHEA (Rcvd) (Read 201 times) Subj: R: THE ULTIMATE LANGUAGE Pats --- I downloaded the Comp. Lang./Unix stuff, and passed it around the office. Other people enjoyed them almost as much as I did. Thanks much. Geo. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23Y11736 Date: 03/29/89 From: HENRIK SCHMIEDICHE Time: 12:28 am To: ERIC JABLOW (Rcvd) (Read 204 times) Subj: R: THE ULTIMATE LANGUAGE Erik, I wouldn't want C to go in the direction of Ada, what I would like though is the ability to modularize my code. It is nice to be able to write functions that are only available to certain subroutines but not all and to be able to declare variables global to only a specific number of functions (ie. the module). The thing I really wonder is where TC and MSC are going to to go next (except faster & smaller, ofcourse!). - Henrik P.S.: The ability to multitask is nice too (within a program), although that could be simulated in C. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25BI0835 Date: 05/07/89 From: DEAN LIND Time: 02:13 pm To: AMINUDDIN AHMAD (Rcvd) (Read 169 times) Subj: R: THE ULTIMATE LANGUAGE Aminuddin: You're absolutely correct in your opinion of C as the 'ultimate language'. I have yet to find anything that I have been unable to do using Turbo C, and with the advent of Borland's outstanding debugger it's just about perfect! --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FGQ0061 Date: 11/12/89 From: LARRY ASHWORTH Time: 09:01 pm To: GREG RYAN (Rcvd) (Read 120 times) Subj: R: THE ULTIMATE LANGUAGE There seems to be far too many who want to change the rules of the game just for the sake of change. Languages can improve slowly and naturally evolve (like C) but we really DON'T need a whole new language. Every time you change environment you start from scratch. Stick with what you know unless there isn't any other alternative. Productivity should be the key. C library support is what really excites me about C. Yes I agree with you, how can we take these bozo's seriously. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FKL2014 Date: 11/16/89 From: GRANT ELLSWORTH (Leader) Time: 05:33 pm To: LARRY ASHWORTH (Rcvd) (Read 116 times) Subj: R: THE ULTIMATE LANGUAGE >Stick with what you know unless there isn't any other alternative ... Good reason for the commercial DP community to hold on to COBOL forever... what-ever the cost.... Technology and techniques change and improve. We really need to learn how to adapt quickly to the new tools of the trade ... else we go the way of the blacksmiths. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FMN0792 Date: 11/18/89 From: LARRY ASHWORTH Time: 07:13 pm To: GRANT ELLSWORTH (Rcvd) (Read 112 times) Subj: R: THE ULTIMATE LANGUAGE Welll I may have overstated the case and the fact is things are changing so fast that you are indeed correct that we need to keep up. But wouldnt you agree that the product is the point and not the compiler. I think it's called seeing the forest for the trees. The answer is better programmers, not just better compilers. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FMQ2932 Date: 11/18/89 From: LARRY ASHWORTH Time: 09:48 pm To: GRANT ELLSWORTH (Rcvd) (Read 109 times) Subj: R: THE ULTIMATE LANGUAGE First I'd like to say I've really enjoyed the various ideas presented in regards to the "Ultimate" compiler, but what I see as I look at the industry is the dynamic change that is creating the ultimate compiler release by product release. All compilers seem to be merging, converging, and colescing into a common set of environments and capacities. QuickBasic 4.5 and QuickC 2.0 are very similar in environment, and QuickBasic is an amazing language considering it's Basic roots. The constraints caused by expensive or limited memory have been largely eliminated so the door is wide open for explosive growth in all directions. There really is no reason why Basic couldn't have memory models, or any other desirable feature. There's really no reason for any compiler to lack anything of merit. It seems to me that the real question may be more esoteric than a discussion of syntax, but rather a question of artificial intelligence. Or just intelligence. What problem are we wanting to solve? Do we need a different tool or a different algorithm. What influence do the tools have on the implementation of the algorithm? Perhaps we should we have a set of languages, that are complementary but optimized for a particular type of programming. Then you have the ability to change context smoothly. With linear syntax. Doesn't C already fit the bill? With the proper set of libraries you can do nearly anything you can imagine. ( Even MORE than I can imagine ) Or is C too piecemeal. A fantastic kludge. One size fits all. Sort of. I'd like to hear what you all think is WRONG with current languages. Then maybe we could see what the Ultimate Compiler ought to be...... --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FMR2832 Date: 11/18/89 From: GRANT ELLSWORTH (Leader) Time: 10:47 pm To: LARRY ASHWORTH (Rcvd) (Read 112 times) Subj: R: THE ULTIMATE LANGUAGE I think you mean "language" ,,, not "product". A compiler is merely an implementation of a language processor. And I agree, we need to consider the "language" aspect of the tool, not the specific implementation. Yes, we DO need better programmers, and those programmers need good tools. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FMR3322 Date: 11/18/89 From: GRANT ELLSWORTH (Leader) Time: 10:55 pm To: LARRY ASHWORTH (Rcvd) (Read 109 times) Subj: R: THE ULTIMATE LANGUAGE Concerning C as already "fitting the bill", ,,, As much as I like to use C, I do find some aspects of its syntax and constructs prone to introducing "errors" which can hide from you (consider "if(a=b)" vs "if(a==b)" for example). C sets traps for the unwary coder. And, as such, is a little deficient. But I do not disparage or denigrate the inherent flexibility and extensibility of the language -- in that respect it is a good tool. The ultimate tool???? No. I doubt there is any one language or baseline programming tool which can adequately satisfy the needs of all applications,,, and I doubt there is one underlying grammar which could cover all the necessary bases. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FN12438 Date: 11/19/89 From: JOHN HEIM Time: 01:40 am To: GRANT ELLSWORTH (Rcvd) (Read 112 times) Subj: R: THE ULTIMATE LANGUAGE RE: I doubt ther is one underlying grammer which could cover all the necessary bases. Agreed. But C comes closer than anything else currently in existance. I doubt that any other language has been used for a wider variety of tasks. It's become the language of choice for programmers in the micro and mini arenas and is making inroads on the bigger machines. I'm always running into mainframe guys who are really interested in learning C. Quite a job for some RPG and COBOL programmers. I've even had some say they dont see what can be so hard about it. It can't be that different from what they're already doing - right? John --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FU10694 Date: 11/25/89 From: GRANT ELLSWORTH (Leader) Time: 12:11 am To: JOHN HEIM (Rcvd) (Read 110 times) Subj: R: THE ULTIMATE LANGUAGE John, I agree .. C is "closer" than any other commonly used tool available today, but, I've been impressed with the more "consistent" syntax of Modula-2, and have been hearing some good comments on ADA. Now, on your other topic, if you want to see a mainframe cobol/rpg programmer "freak out", submit a large C system source code with a K+R and another learing guide in front of victim. There will be many cries of exasperation and horror before comprehension. The big hurdle for these programmers is C's use of pointers. The 2nd lesser hurdle is C's concept of "scope". Grant --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FVQ1244 Date: 11/26/89 From: JOHN HEIM Time: 09:20 pm To: GRANT ELLSWORTH (Rcvd) (Read 107 times) Subj: R: THE ULTIMATE LANGUAGE RE: Mod-2 and ADA. I've never used either. It would be nice though if we could come up with a languge with C's good qualities but w/o it's little quirks. It would be easy to imagine a language with better syntax than C. ie. if (a = b) { ... mess ...} (which, of course causes mess to be executed every time) is a mistake I continue to make ocassionally and have a hard time finding. There are alot of other things in C that can make it easy to make mistakes. John --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2G1C2440 Date: 12/01/89 From: GREG KOCHANIAK Time: 08:40 am To: JOHN HEIM (Rcvd) (Read 123 times) Subj: R: THE ULTIMATE LANGUAGE John, My way to deal with mess in something like: if (a=b) {... mess ...} is my CODE.H include file. It contains definitions like this: #define IF(c) if(c) { #define ELSE ;} else { #define ENDIF ;} #define ELSEIF(c) ;} else if (c) { and more... Now after #include <code.h> I can write my program this way: IF (a == b) instructions... instructions... ELSEIF (a == 0) other code... ELSE more code... ENDIF and so on. I have more definitions: FOR/ENDF, WHILE/ENDW, CASE/ENDCASE, FOREVER/ENDFR and so on. This way the program looks much more clear and is easier to analyze. What do you think? If you are interested, I can upload my CODE.H here, maybe you will further improve it? Greg --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2G5R1173 Date: 12/05/89 From: JOHN HEIM Time: 10:19 pm To: GREG KOCHANIAK (Rcvd) (Read 98 times) Subj: R: THE ULTIMATE LANGUAGE RE: code.h I'm interested. I have a few reservations though. Mainly that the uninitiated wouldn't know what to make of the code. I try keep an open mind about such things though. John PS ---- I set up infinate loops thusly ... #define FOREVER ;; for (FOREVER) { ... } Somehow it seems sorta poetic that C lets you define FOREVER so elegantly. --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GAC0949 Date: 12/06/89 From: GREG KOCHANIAK Time: 08:15 am To: JOHN HEIM (Rcvd) (Read 100 times) Subj: R: THE ULTIMATE LANGUAGE John, I'll prepare my CODE.H together with an example and ty to UL it here with the name like CLEAR_C.ZIP or similar. Greg --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GBA1563 Date: 12/07/89 From: JOHN HEIM Time: 06:26 am To: GREG KOCHANIAK (Rcvd) (Read 88 times) Subj: R: THE ULTIMATE LANGUAGE RE: Uploading CODE.H Great, leave a message here when it's available and I'll look for it. John --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GBE2220 Date: 12/07/89 From: GREG KOCHANIAK Time: 10:37 am To: JOHN HEIM (Rcvd) (Read 83 times) Subj: R: THE ULTIMATE LANGUAGE John, CLEAR_C.ZIP is available in file section A. Greg --------------- ** Current thread: THE ULTIMATE LANGUAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 31KP3258 Date: 01/16/90 From: JOHN HEIM Time: 08:54 pm To: GREG KOCHANIAK (Rcvd) (Read 102 times) Subj: R: THE ULTIMATE LANGUAGE Greg, Ok, I'll check it out. John >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23VL2047 Date: 03/26/89 From: JOE VINCENT Time: 05:34 pm To: ALL (Read 256 times) Subj: QUICK C 2.0 UPGRADE FOR MSC 5.X USERS As MS told me, an upgrade announcement has been sent to all registered MSC 5.x users for Quick C 2.0. I received mine Friday and it's already on its way back to MS. The price is $50 plus $5.50 S&H (I wonder if it's possible to tell them that you don't want it handled?) for a total price of $55.50! Since QC 2.0 can be had for $69 or better via mail order, the upgrade is no bargain. Now I know how junkies feel! --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23VR2030 Date: 03/26/89 From: HENRIK SCHMIEDICHE Time: 10:33 pm To: JOE VINCENT (Rcvd) (Read 227 times) Subj: R: QUICK C 2.0 UPGRADE FOR MSC 5.X USERS Joe, Wecome to the world of Microsoft! But let us not be too judgemental After all, Bill Gates needs to make a living too. Any word on whats new with Quick C 2.0? - Henrik --------------- ** Current thread: QUICK C 2.0 UPGRADE FOR MSC 5.X USERS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23VS0084 Date: 03/26/89 From: JOE VINCENT Time: 11:01 pm To: HENRIK SCHMIEDICHE (Rcvd) (Read 224 times) Subj: R: QUICK C 2.0 UPGRADE FOR MSC 5.X USERS Let's see. QC 2.0 has support for all memory models, full support for in-line assembly code, integrated and enhanced source-level debugger, some display stuff, an on-line programming reference guide (the same thing they announced with QB 4.5), and, of course, faster compilation. I've really been impressed with QB 4.5's "electronic manuals" and I'm looking forward to the same kind of thing in QC 2.0. --------------- ** Current thread: QUICK C 2.0 UPGRADE FOR MSC 5.X USERS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23VS2035 Date: 03/26/89 From: HENRIK SCHMIEDICHE Time: 11:33 pm To: JOE VINCENT (Rcvd) (Read 220 times) Subj: R: QUICK C 2.0 UPGRADE FOR MSC 5.X USERS Joe, What does QC 2.0 have that TC 2.0 doesn't? I have TC 2.0 and am happy with it. Do you know about MS 5.x - is it worth the money and really that much better then QC or TC? - Henrik --------------- ** Current thread: QUICK C 2.0 UPGRADE FOR MSC 5.X USERS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23VS2265 Date: 03/26/89 From: JOE VINCENT Time: 11:37 pm To: HENRIK SCHMIEDICHE (Rcvd) (Read 212 times) Subj: R: QUICK C 2.0 UPGRADE FOR MSC 5.X USERS Henrik, I have TC 2.0 and MSC 5.1 and have just ordered QC 2.0. However, I'm not a heavy TC user. I use MSC 5.1 mostly for the generation of optimized executables. With QC 2.0 supporting all memory models, I'll probably use QC 2.0 for development and MSC 5.1 to do the final compile for optimization. However, I'm really just a dabbler with MSC 5.1 and TC 2.0. There are others here who use them much more than I do and are better qualified to respond to your question. Anybody? --------------- ** Current thread: QUICK C 2.0 UPGRADE FOR MSC 5.X USERS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FGP3152 Date: 11/12/89 From: LARRY ASHWORTH Time: 08:52 pm To: HENRIK SCHMIEDICHE (Rcvd) (Read 119 times) Subj: R: QUICK C 2.0 UPGRADE FOR MSC 5.X USERS I'm new to the forum but a friend who works at Novell and I go round and round on topics like this one, and It's My Opinion that the bottom line is the ability to do what you want. If you're familiar with a language and can get the job done, then that's the point isn't it???? It's easy to esoteric about the ULTIMATE LANGUAGE when ultimately the point should be productivity. And the truth is QuickC is better. --------------- ** Current thread: QUICK C 2.0 UPGRADE FOR MSC 5.X USERS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FGQ1844 Date: 11/12/89 From: HENRIK SCHMIEDICHE Time: 09:30 pm To: LARRY ASHWORTH (Rcvd) (Read 124 times) Subj: R: QUICK C 2.0 UPGRADE FOR MSC 5.X USERS LArry, if one aonly knows one language and/or onlyhas access to one compiler, then clearly one doesn't have a choice. The question is, if one has the choice (and ability) what is the best programming language for a task. There is no one answer to the question because the definition of "best" is in the eye of the beholder. I can write a short database application in DBASE III in about 1 tenth the time it takes me to write it in C (or less) and if speed is important in defininn what "best" is then I'd be stupid to use C. On the other hand if the final product is all that matters then C may be a better choice (or may not - depending on application). Similar arguments can be made about many other language. LISP is clearly better for List Processin then C, while SNOBOL will blow c out of the water when it comes to string processing. Ada handels multitasking better then C, etc., etc., etc. So before one discusses the issue of the best programming language I need to know the application and definition of "best". So much for that. As for which version of C is the best..... frankly both Quick C and Turbo C are so similar in performance and features that It boild sown to a matter of personal preference. I have Turbo C. I don't have Quick C. Therefore (suprise) I use and prefer Turboc over Quick C. Actaully, what I really want is Quick C++ or Turbo C++. Anyone have any idea if Turbo C is being upgraded some time in the future? - Henrik --------------- ** Current thread: QUICK C 2.0 UPGRADE FOR MSC 5.X USERS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FHM3460 Date: 11/13/89 From: LARRY ASHWORTH Time: 06:57 pm To: HENRIK SCHMIEDICHE (Rcvd) (Read 119 times) Subj: R: QUICK C 2.0 UPGRADE FOR MSC 5.X USERS The truth is that I agree with you 100%. The work one do tends to focus one's attention to the language that best fits the tasks at hand. I write database applications in a Dbase clone compiler, because just as you say it makes sense. I use Quick Basic 4.5 for one page of code calculations, and I'm using C for larger jobs. I was reading about the "Ultimate Language" in the message base and accidently forwarded my message to you.... As you say I say productivity and context sensitivity are the issues not the ultimate compiler... Thank you for the note...... --------------- ** Current thread: QUICK C 2.0 UPGRADE FOR MSC 5.X USERS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FKL2166 Date: 11/16/89 From: GRANT ELLSWORTH (Leader) Time: 05:36 pm To: HENRIK SCHMIEDICHE (Rcvd) (Read 112 times) Subj: R: QUICK C 2.0 UPGRADE FOR MSC 5.X USERS Henrik, i heartily endorse your key points ... especially that which went : "... depends on the specific application". Grant >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23VN0399 Date: 03/26/89 From: PAT SHEA Time: 07:06 pm To: ALL (Read 229 times) Subj: OBFUSCAT.ZIP 'just uploaded the subject file : it's the 'ficial rules for this year's obfuscated C code contest. We've got 'til the end of May to submit our "BEST" stuff .... <but what the hell ... it RUNS !!!> pats. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23VR2152 Date: 03/26/89 From: HENRIK SCHMIEDICHE Time: 10:35 pm To: PAT SHEA (Rcvd) (Read 207 times) Subj: R: OBFUSCAT.ZIP Pat, You wouldn't have accesss to last years (or earlier) winners? I'd really be interested. - Henrik --------------- ** Current thread: OBFUSCAT.ZIP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23VR2328 Date: 03/26/89 From: PAT SHEA Time: 10:38 pm To: HENRIK SCHMIEDICHE (Rcvd) (Read 208 times) Subj: R: OBFUSCAT.ZIP Henrik... someplace . . . I'll dig pats. --------------- ** Current thread: OBFUSCAT.ZIP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23XR3404 Date: 03/28/89 From: ERIC JABLOW Time: 10:56 pm To: PAT SHEA (Rcvd) (Read 190 times) Subj: R: OBFUSCAT.ZIP I saw the old winners on comp.sources.misc a while back, but I skipped them. I once played with them tho; some are simply disgusting! By the way, how many of us have USENET accounts? Perhaps we should share the wealth and upload all the c.b.i.p and c.s.u and c.s.m stuff to EXEC-PC, or is that too impractical? Eric Jablow ejablow@dasys1.UUCP ericsbmath@sbee.sunysb.edu --------------- ** Current thread: OBFUSCAT.ZIP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23YG0725 Date: 03/29/89 From: ERIK DUFEK Time: 12:12 pm To: ERIC JABLOW (Rcvd) (Read 195 times) Subj: R: OBFUSCAT.ZIP I think most of the stuff on c.b.i.p eventually finds it's way here. I don't know about c.s.u and c.s.m If you do find something go ahead and U/L it. Please don't leave it as a .UUE though. Erik Dufek <erik@cup.portal.com> <erik@netcom.UUCP> --------------- ** Current thread: OBFUSCAT.ZIP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23YP0429 Date: 03/29/89 From: PAT SHEA Time: 08:07 pm To: ERIC JABLOW (Rcvd) (Read 192 times) Subj: R: OBFUSCAT.ZIP Eric ... I pick up the winners for the old Obfuscated C Code Contest and have ZIP'd 'em. They are in the Mahoney collection as IOCCC.ZIP : it's got the winning code for the years '84 thru '88. RE: the second part of Ur mssg ... I thing what we should REALLY be doing is convincing Bob that he should have USENET access as an option on Exec-PC. <are you listening, Bob ???> pats. --------------- ** Current thread: OBFUSCAT.ZIP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23YS3115 Date: 03/29/89 From: ERIC JABLOW Time: 11:51 pm To: PAT SHEA (Rcvd) (Read 185 times) Subj: R: OBFUSCAT.ZIP Agreed. after all, Bob's computers are running Xenix; he should have USENET access. In fact, if he devotes a few of his lines to anonymous uucp'ing, then his file collections can get a very very big boost. GNU stuff from MIT, TeX stuff from U. Washington, and many many more things. UUNET needs competition. Thanks for the info on IOCCC.ZIP. I'll download it later. Perhaps I'll assign to my students entering this for an exercise. It should be a great learning experience. Unfortunately, because our computers at Stony Brook in the student lab are set up for it, we have to use True Basic. :-( Eric --------------- ** Current thread: OBFUSCAT.ZIP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23Z13208 Date: 03/30/89 From: HENRIK SCHMIEDICHE Time: 12:53 am To: PAT SHEA (Rcvd) (Read 184 times) Subj: R: OBFUSCAT.ZIP Pat, thanks for the upload. I've been playing with the code. Most of the programs don't compile on TC 2.0, but some do. It takes a very derranged mind to come up with some of these programs. - Henrik >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23VR3056 Date: 03/26/89 From: AMINUDDIN AHMAD Time: 10:50 pm To: ALL (Read 212 times) Subj: THE ULTIMATE C COMPILER In 1984 I think, I bought myself a registered copy of Turbo C 1.0. Sometime later, I heard of Quick C. I heard of its debugger and other stuff of which TC dont have. So I ordered QC 1.0. After going thru the manuals and its environment, I sold the brand new package the next day! I am now with TC 2.0, years later. In my opinion, TC has the edge for some powerful and simple features, plus a environment which will not confuse me. I dont know how MS C 5.X looks like. Perhaps someone can give me an example? --->Amin. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23WM1212 Date: 03/27/89 From: GRANT ELLSWORTH (Leader) Time: 06:20 pm To: AMINUDDIN AHMAD (Rcvd) (Read 211 times) Subj: R: THE ULTIMATE C COMPILER Amin, I tried out MSC 5.0 and then MSC5.1 on a friend's system. I stuck with TC2.0 for general programming purposes and use WC6.5 for optimizing purposes in rare choicy circumstances. Does that tell you something? GE --------------- ** Current thread: THE ULTIMATE C COMPILER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FGP3286 Date: 11/12/89 From: LARRY ASHWORTH Time: 08:54 pm To: GRANT ELLSWORTH (Rcvd) (Read 109 times) Subj: R: THE ULTIMATE C COMPILER I'm curious what you see in Watcom C when it appears to be so poorly supported. Is it compatible with other libraries?? --------------- ** Current thread: THE ULTIMATE C COMPILER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2FKL1800 Date: 11/16/89 From: GRANT ELLSWORTH (Leader) Time: 05:30 pm To: LARRY ASHWORTH (Rcvd) (Read 106 times) Subj: R: THE ULTIMATE C COMPILER OK, Here's my opinion vs a vs WATCOM C 7.0 3 major virtues are: o EXCELLENT optimization of object code - lot's of parameter passing via the registers o Relatively lower cost than MSC (the other SERIOUS contender, and some- times winner in the optimization sweepstakes) o Support for the TINY model --- handy for tight TSR's The optimization is so good, that I'd recommend WC as the target com- piler for very cpu intensive tasks 1 major weakness --- the optimizing pass is slower than MSC by a per- ceptable margin. HOwever, it does produce smaller .exe files - even with EXEPACK taken into consideration. I have seen ad's for several commercial function libs which DO include support for WATCOM C. And I also note that QD's DesqView provides support for WC. On the not-so-good side: o the editor is rubbish o the "express" version (a quick prototyping compiler) which comes with the package is only so-so o there have been a few very annoying bugs and getting the fixes is a bit expensive --- unless you live/work in waterloo, ont. BTW, the WVIDEO debugger is pretty good -- I like it better than CODEVIEW but not nearly as much as the Borland TD product. Grant >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23WP3433 Date: 03/27/89 From: HENRIK SCHMIEDICHE Time: 08:57 pm To: ALL (Read 206 times) Subj: DETECTING PROCESSOR Help! I would like to determine what processor the machine my programm is running on is using. How can this be done in C? If not in C, in assembler? I am using TC 2.0. I would like to be able to distinguish between 8080, 8086, Nec v20, Nec v30, 80286 & 80386. Any ideas? - Henrik --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23WQ3179 Date: 03/27/89 From: DENNIS MEILICKE Time: 09:52 pm To: HENRIK SCHMIEDICHE (Rcvd) (Read 198 times) Subj: R: DETECTING PROCESSOR Henrik... First let me say - Good Luck :-) Download JAFB88.ZIP. This is the source listings for Turbo Technix, V1#2. It contains GETCPU.ARC, which contains an assembler routine, linkable into TC, that detects the processor type. This routine will differentiate between 808x, 8018x, 80286 and 80386. As far as I know, there is no way to tell if you have an 8088 or an 8086 - the only difference is the bus size. Don't know how you could possibly check for that in software! The NEC V20 will probably show up either as an 8018x, or an 80286, since it supports some of the 80286 instructions. The only way I can think of to actually tell if it is a V20 would be to save off all of the registers, use one of the V20s extended instructions, then check the effect on the registers to see if the instruction worked. I'm not sure what an Intel processor will do if it encounters an invalid op-code, though. Don't know much about the V30, so I can't even venture a guess there. As I said before, Good Luck! Dennis --------------- ** Current thread: DETECTING PROCESSOR Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23WS0177 Date: 03/27/89 From: HENRIK SCHMIEDICHE Time: 11:02 pm To: DENNIS MEILICKE (Rcvd) (Read 197 times) Subj: R: DETECTING PROCESSOR Dennis, Thanks a lot for the info. I know that one can detect the Nec V20 and V30 since I've seen it done. I'll download the file and if anyone else "out there" has any suggestions - let me know. - Henrik --------------- ** Current thread: DETECTING PROCESSOR Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23X42398 Date: 03/28/89 From: PAT SHEA Time: 04:39 am To: HENRIK SCHMIEDICHE (Rcvd) (Read 197 times) Subj: R: DETECTING PROCESSOR henrik .... try CHIPS.ZIP in the Mahoney collection. It'll tell you what the main processor is and also the NDP (8087/80287/80387) all in one shot. It does not differentiate between the V20 and the V30, however. It just detects 'em by seeing if the Zero Flag gets kicked on a 'mul'. It's got a C callable OBJ. 'written for MSC, but full source code is in there so you can tinker and Putz to ur heart's content, but I don't think that the calling conventions are that different MSC vice TC on something like this. happyhacking, pats. --------------- ** Current thread: DETECTING PROCESSOR Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23XM0689 Date: 03/28/89 From: HENRIK SCHMIEDICHE Time: 06:11 pm To: PAT SHEA (Rcvd) (Read 182 times) Subj: R: DETECTING PROCESSOR Pat, Thanks, I'll look at it. TC already gives me a way of telling me which NDP is installed (global variable _8087), but it'll be nice to see how its done. - Henrik >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23XK2390 Date: 03/28/89 From: GEORGE KOFMAN Time: 04:39 pm To: ALL (Read 200 times) Subj: SERIAL I/O IN C Hello all! I am not a 'C' programmer, but have used it on occasion. This week, I have an occasion... I am using MSC-5.0 (or QuickC 1.0, part of the same package). What I need to do I have done in BASIC, but need to link it to my database (Clipper '87), so it must be 'C'. I need to open "COM2:1200,n,8,1,cs,ds" and send a string to the modem, something like "ATDT 123-4567". Then either hangup, or wait for carrier. But the main thing is, I need to open "COM2:" and send that string. How do I do it in MS-C? Thanks in advance! Geo. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23XP1067 Date: 03/28/89 From: AMINUDDIN AHMAD Time: 08:17 pm To: GEORGE KOFMAN (Rcvd) (Read 196 times) Subj: R: SERIAL I/O IN C There is a C library for serial communications (Turbo C) in the Mahoney collection. I forgot the file name, but you could scan for it easily. --->Amin. --------------- ** Current thread: SERIAL I/O IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23XS2637 Date: 03/28/89 From: GEORGE KOFMAN Time: 11:43 pm To: AMINUDDIN AHMAD (Rcvd) (Read 194 times) Subj: R: SERIAL I/O IN C Thanks, Amin. However, I am using MS-C (Microsoft C 5.0). --------------- ** Current thread: SERIAL I/O IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23Y11000 Date: 03/29/89 From: AMINUDDIN AHMAD Time: 12:16 am To: GEORGE KOFMAN (Rcvd) (Read 195 times) Subj: R: SERIAL I/O IN C The code shouldn't be much different. Probably adjusting a thing or two. And also I think there is one for MSC or QC. --->Amin. --------------- ** Current thread: SERIAL I/O IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23^M0232 Date: 03/31/89 From: GRANT ELLSWORTH (Leader) Time: 06:03 pm To: GEORGE KOFMAN (Rcvd) (Read 188 times) Subj: R: SERIAL I/O IN C George, file Amin was referring to is called: SERIALTC.ZIP. Conversion to MSC 5.0/5.1 should not be a major problem. I have done more than a few MSC <---> TC2.0 "conversions". A few things will need changed, but most can be handled with #define's. Grant >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23YI2098 Date: 03/29/89 From: GEORGE KOFMAN Time: 02:34 pm To: ALL (Read 191 times) Subj: MS-C 5.0 QUESTION I started playing around with the MS-C's _bios_ calls, and got something going to the modem. the problem is, even though the modem lights are flashing, nothing gets dialed. What am I doing wrong? ((((( source code to follow ))) #include <stdio.h> #include <bios.h> main() { unsigned com2_status; unsigned port; unsigned char d[11]; int i; port=1; /* com2: */ com2_status = _bios_serialcom(_COM_INIT,port,_COM_CHR8|_COM_STOP1|_COM_NOPARITY|_COM_1200 ); printf("COM2 status: %x\n",com2_status); strcpy(d,"+++ATDT340"); for( i=0; i<=strlen(d); i++ ) { com2_status = _bios_serialcom(_COM_SEND,port,d[i]); putchar(d[i]); } printf("\nCOM2 status: %x\n",com2_status); } Thanks in advance. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23YN3584 Date: 03/29/89 From: PHIL HILL Time: 07:59 pm To: GEORGE KOFMAN (Rcvd) (Read 181 times) Subj: R: MS-C 5.0 QUESTION I notice a couple of things. Hayes commands usually need to be terminated by a <cr>. It should work if you change the string to: "+++ATDT340\r" - though another potential problem is that your loop will also send the terminating nul, probably causing the modem to disconnect before any digits are actually dialed. I'd suggest this instead: for( i=0; d[i]; i++ ) {. This'll stop sending after the last non-null character - which is what you meant to do, I'm sure. Or, you could just drop the "=" and test for i < strlen(d). --------------- ** Current thread: MS-C 5.0 QUESTION Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23ZD1458 Date: 03/30/89 From: GEORGE KOFMAN Time: 09:24 am To: PHIL HILL (Rcvd) (Read 173 times) Subj: R: MS-C 5.0 QUESTION Phil --- many, many thanks. I will give it a try to-day, and let you know the outcome. George. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23ZD2082 Date: 03/30/89 From: GEORGE KOFMAN Time: 09:34 am To: PHIL HILL (Rcvd) (Read 176 times) Subj: EURICA! Phil --- tried it 5 min. later, and it works! the problem was "\r"... Thanks a bunch. George. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24313322 Date: 04/03/89 From: PHIL HILL Time: 12:55 am To: GEORGE KOFMAN (Rcvd) (Read 174 times) Subj: R: EURICA! Grant has a good point about the lack of speed when using INT 14h for serial i/o, but if you're dilligent about monitoring the returned status, my opinion is that it should serve fine for a dialer. I'm far from an expert on these things, though, and don't want to put that forth as being the last word. You didn't mention whether you had trapped that trailing nul - on some modems, non-dialable characters can cause problems similar to what you describe with your Everex. Also, I think that INT 14h will sometimes consider a hardware COM2 to be COM1 when there is no physical COM1 present on the system. On the other hand, if that were the problem the modem probably wouldn't be going off-hook. --------------- ** Current thread: EURICA! Conf: PROGRAMMING Topic: C LANGUAGE Ref: 243B0121 Date: 04/03/89 From: GEORGE KOFMAN Time: 07:02 am To: PHIL HILL (Rcvd) (Read 172 times) Subj: R: EURICA! Phil --- I did add '\' to the string before it gets passed to the modem. I works fine on several PCs(386,286,86) and Practical Peripherals Modem 2400, but chockes on my Everex 386 with the Multitech 2400EH and Zucker 1200. Perhaps it is the speed of the machine, lack of interrupts, or an act of God. I dunno. (At this point). George. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23^M0751 Date: 03/31/89 From: GRANT ELLSWORTH (Leader) Time: 06:12 pm To: GEORGE KOFMAN (Rcvd) (Read 181 times) Subj: SERIAL COMM/MODEMS George, just a word or 2 of caution ... the BIOS calls available for the COMM ports in the PC's bios are NOT interrupt driven. I got really stymied by this when I wrote my 1st modem driver 4 yrs ago. The only way I was able to get both receive and send working and synchronized was to succumb to the necessity of writing my own interrupt driven modem program. The kernal problem was that it was TOO easy to logjam the modem by such things as trying to write to it when there was a character waiting in the incoming path. So, beware of using the bios calls to yak via modem ... grant --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24223123 Date: 04/02/89 From: GEORGE KOFMAN Time: 02:52 am To: GRANT ELLSWORTH (Rcvd) (Read 187 times) Subj: R: SERIAL COMM/MODEMS Grant --- thanks for the reply. Being new to MSC and never seeing TC, it may be more of a hassle to "convert" from one to another. I did manage to make it work. However, I now have a different problem. The program dials out just fine on a generic 386, Compaq 286, IBM Mod 30; but won't run on my Everex 386/16. It won't dial. It'll sometimes go off-hook, but then it dies... Strange world. Any ideas? George. --------------- ** Current thread: SERIAL COMM/MODEMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 242E3466 Date: 04/02/89 From: GRANT ELLSWORTH (Leader) Time: 10:57 am To: GEORGE KOFMAN (Rcvd) (Read 186 times) Subj: R: SERIAL COMM/MODEMS George, the only idea I've got is that the Everex may be "too fast" for your code ... since you are not doing an interrupt driven program. Other things could be interfering with the attempt to do the dial out, but I can't think of any right now. Grant --------------- ** Current thread: SERIAL COMM/MODEMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 243A3497 Date: 04/03/89 From: GEORGE KOFMAN Time: 06:58 am To: GRANT ELLSWORTH (Rcvd) (Read 184 times) Subj: R: SERIAL COMM/MODEMS Grant --- I also thought of the speed of the machine as the problem. It is fast. George. --------------- ** Current thread: SERIAL COMM/MODEMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24IP3248 Date: 04/14/89 From: DAVID ROSENBAUM Time: 08:54 pm To: GRANT ELLSWORTH (Rcvd) (Read 171 times) Subj: R: SERIAL COMM/MODEMS Sorry grant this message was really intended for George... I have been programming in c on communications issues for about two years now .. not that i'm trying to blow my own horn, but I think that the easiest solution to what you've been beating on is a commercial library. I dont know if you need to use these functions professionaly but a good library should cost about $200. i have tried several and have high marks for most. If you are programming these items for personal use please contact me and i'll send you some code.. I'm not trying to be a snob, i just couldn't stand to see the pain that you were going through --------------- ** Current thread: SERIAL COMM/MODEMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24IR0648 Date: 04/14/89 From: GRANT ELLSWORTH (Leader) Time: 10:10 pm To: GEORGE KOFMAN (Rcvd) (Read 166 times) Subj: R: SERIAL COMM/MODEMS George, see David Rosenbaum's msg to me ... he intended it for you. BTW, I think there are some good discussions of comm s/w and comm pgming over in the Communications Conference / General Topic. Grant --------------- ** Current thread: SERIAL COMM/MODEMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24JD1094 Date: 04/15/89 From: TIM NESHAM Time: 09:18 am To: GRANT ELLSWORTH (Rcvd) (Read 162 times) Subj: R: SERIAL COMM/MODEMS Also check out the ASYNC MANAGER from Blaise. BEST bang for the buck. Tim --------------- ** Current thread: SERIAL COMM/MODEMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24LB3233 Date: 04/17/89 From: GEORGE KOFMAN Time: 07:53 am To: DAVID ROSENBAUM (Rcvd) (Read 161 times) Subj: R: SERIAL COMM/MODEMS David --- thanks for your reply. I'd love to have some code... It'll make my life alot easier... George. --------------- ** Current thread: SERIAL COMM/MODEMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24MF3357 Date: 04/18/89 From: DAVID ROSENBAUM Time: 11:55 am To: GEORGE KOFMAN (Rcvd) (Read 163 times) Subj: R: SERIAL COMM/MODEMS HI GEORGE ... IN ORDER TO KEEP THE VOLUMES OF INFO TO A MINIMUM .. WHAT IS IT THAT YOU'RE TRYING TO DO. IF ITS JUST MODEM CONTROL I CNA SEND YOU A SMALL LIBRARY OF CALLABLE ROUTINES. ALSO I DONT REMEMBER IF YOURE USING TC OR QC. JUST NEED TO KNOW TO KEEP THE LIB SMALL. THANKS -DR- --------------- ** Current thread: SERIAL COMM/MODEMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24MR0681 Date: 04/18/89 From: GEORGE KOFMAN Time: 10:11 pm To: DAVID ROSENBAUM (Rcvd) (Read 154 times) Subj: R: SERIAL COMM/MODEMS David --- spoken like a true gentleman. Thanks for the reply. I want to pass a dial string to a modem from within a Clipper program. Clipper is written in MS-C 5.xx; so, I need MSC routines with a LARGE memory model. If you could only spare the sorce code, too.... George. --------------- ** Current thread: SERIAL COMM/MODEMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24MR0864 Date: 04/18/89 From: GEORGE KOFMAN Time: 10:14 pm To: DAVID ROSENBAUM (Rcvd) (Read 163 times) Subj: R: SERIAL COMM/MODEMS I just realized that you're from Chicago. I spent several days in your city last week (Sat-Thu). Baja was great; almost had my car towed on Rush St. Beat the tow truck my 5 minutes, but still got a $25 ticket... Fun town. Geo. --------------- ** Current thread: SERIAL COMM/MODEMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24PM1283 Date: 04/20/89 From: DAVID ROSENBAUM Time: 06:21 pm To: GEORGE KOFMAN (Rcvd) (Read 167 times) Subj: R: SERIAL COMM/MODEMS SOUDS LIKE YOU HAD SOME FUN IN CHICAGO... I'M A NEWCOMMER HERE SO I NEVER BEAT THE TOWTRUCK. THEY HAVE SOME KIND OF STRAGE LAWS ABOUT A SNOW ROUTE WHICH IS IN FRONT OF MY APPT. COST ME $105 AND A HALF DAYS WORK TO FIND OUT ABOUT THAT ONE. ANY TO THE CODE I HAVE THE ESSENTIAL C LIBRARY VERS 1 AND 2. SINCE I AM NOW USING VER 2 YOU ARE WELCOME TO IT (VER 1) THE ONLY THING THAT VER 2 DOES BETTER IS HANDLE UP TO 8 PORTS. SINCE THIS WAS NOT IN YOUR REQUIREMENTS I THINK THAT VER 1 SHOULD HANDLE YOUR REQUEST NICELY. ANYWAY THERE IS A MANUAL AND 4 OR 5 DISKS (MAYBE TOO BIG TO DOWNLOAD) . WHY DONT YOU LEAVE ME A PRIVATE MESSAGE WITH YOUR ADX AND I'LL JUST SEND IT TO YOU. THE LIB HAS MANY NICE (!!) FEATURES FOR SENDING MODEM STRINGS, XMODEM, ETC. --------------- ** Current thread: SERIAL COMM/MODEMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24QD1074 Date: 04/21/89 From: GEORGE KOFMAN Time: 09:17 am To: DAVID ROSENBAUM (Rcvd) (Read 163 times) Subj: R: SERIAL COMM/MODEMS David --- Thanks a bunch! Does this library support MS-C 5.1 (I just received 5.1 upgrade in the mail!)? My address is: George Kofman 2410 Springdale Road #111 Waukesha, WI 53186-2709 "Waukesha" sounds odd, but it's just 15 min. west of Milwaukee. I'll be more than happy to pay for s/h. Thanks again. George. P.S. When is the "Taste of Chicago"? --------------- ** Current thread: SERIAL COMM/MODEMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24QL1559 Date: 04/21/89 From: DAVID ROSENBAUM Time: 05:25 pm To: GEORGE KOFMAN (Rcvd) (Read 161 times) Subj: R: SERIAL COMM/MODEMS George, software was not originally meant for msc 5.1 but should work fine. i have some craziness going on this weekend so i shou±àld be able to send that mon or so. on the taste of chicago, it's normally in the hottest days of summer , mid july or aug. --------------- ** Current thread: SERIAL COMM/MODEMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24RG0919 Date: 04/22/89 From: GEORGE KOFMAN Time: 12:15 pm To: DAVID ROSENBAUM (Rcvd) (Read 158 times) Subj: R: SERIAL COMM/MODEMS David --- thanks much for all your help. Sometime next week is fine... If there is something *hot* happening in the Windy City, drop me a line. George. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 23^S2258 Date: 03/31/89 From: RONNIE PIERCE Time: 11:37 pm To: ALL (Read 177 times) Subj: LEARNING C I have decided to learn, or attempt to learn Turbo C. I have several years experience with BASIC and QuickBASIC, but have finally seen the end of that road. Can someone point me towards a book that is recommended for learning Turbo C? I sure would appreciate it. I have written a bbs in quickbasic and my main interest in C will be telecommunications and database programming. Thanks, Ron Pierce "The Programmer's Inn" 415-967-3484 Mountain View, Ca CApal or CAsjo --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 245A0834 Date: 04/05/89 From: JOE REED Time: 06:13 am To: RONNIE PIERCE (Rcvd) (Read 178 times) Subj: R: LEARNING C Like you I am trying to learn Turbo C onmy own. I have found Complete Turbo C, edited by Bonnie Derman and Published by Strawberry Software provided a very nice introduction to the subject. It isn't too heavy to get an idea of the language structure. Joe --------------- ** Current thread: LEARNING C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24AS0716 Date: 04/06/89 From: RONNIE PIERCE Time: 11:11 pm To: JOE REED (Rcvd) (Read 175 times) Subj: R: LEARNING C Thanks for the Reply, Joe. Looks like C will be an endurance test of sort. Hopefully I will find the time to get down to business soon. I will check out the book and let you know what I think about it. Good luck... --------------- ** Current thread: LEARNING C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24BM2196 Date: 04/07/89 From: JOE REED Time: 06:36 pm To: RONNIE PIERCE (Rcvd) (Read 171 times) Subj: R: LEARNING C I like the book so far, but it really doesn't cover advanced topics in too great of detail. Let you know what the next trip to the bookstore yields. --------------- ** Current thread: LEARNING C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AJM2508 Date: 06/15/89 From: GRANT ELLSWORTH (Leader) Time: 06:41 pm To: ALL (Read 136 times) Subj: LEARNING C Whilst I have some opinions on the issue of learning C and the importance of prior programming activity, I am wondering: Have any of you learned C as your FIRST programming language of any kind or learnt it after using DBASE or Basic, but no other programming or application development tool? If your baseline was 0 (no prior programming) or just DBASE or Basic, what would you say your most difficult problem was in learning to use C? Grant --------------- ** Current thread: LEARNING C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AJQ1813 Date: 06/15/89 From: ROBERT BALSOVER Time: 09:30 pm To: GRANT ELLSWORTH (Rcvd) (Read 137 times) Subj: R: LEARNING C Grant, I learned C after only using Basic, but I used a book that used Basic as a guide to C. This made my first programs look alot like Basic. I think that pointers, structures and pointers to pointers..... were the hardest part since the Atari (8 bit) I was using had a very basic Basic. Bob --------------- ** Current thread: LEARNING C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AKD3407 Date: 06/16/89 From: GRANT ELLSWORTH (Leader) Time: 09:56 am To: ROBERT BALSOVER (Rcvd) (Read 134 times) Subj: R: LEARNING C Bob, did you learn C in the Atari, or other, context? Grant --------------- ** Current thread: LEARNING C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AKR0704 Date: 06/16/89 From: ROBERT BALSOVER Time: 10:11 pm To: GRANT ELLSWORTH (Rcvd) (Read 135 times) Subj: R: LEARNING C Yes, I learned it with a Atari 800XL, Computes', Compute!'s From Basic to C, and K&R. I used a C interpreter 'Deep Blue C' the was available first from the old Atari Exchange then from Antic Magizine. It was limited to integers and char's, no structures, unions or floats. Pretty primitive. I later just kept reading and used UWMilwaukee's EVAX while I was enrolled there. Bob --------------- ** Current thread: LEARNING C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ALE2209 Date: 06/17/89 From: GRANT ELLSWORTH (Leader) Time: 10:36 am To: ROBERT BALSOVER (Rcvd) (Read 136 times) Subj: R: LEARNING C Thanks for the info. Now that was an interesting baseline you started from and worked with. I wonder if any body else has had a similarly primitive baseline to go learn C from. Grant --------------- ** Current thread: LEARNING C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AMQ0417 Date: 06/18/89 From: MIKE CODY Time: 09:06 pm To: GRANT ELLSWORTH (Rcvd) (Read 134 times) Subj: R: LEARNING C Well Grant, I would'nt say I have learned C by any means yet, Still toying with it. Pointers give me a headache everytime I think about them and I still have shivers every time I look at the manuals. Yet I have started with the Quick C tutorial, looking at the manual, downloading code for prg and looking at it. That's how I learned Dbase..ie I learned it by looking at the code in some advanced/basic applications books and cutting, modifing, reiventing, hacking, beating, pleading, and a little prayer till it did what I wanted to do. Now I don't fear anything in Dbase, but C is another story. To make a long story short, I started with "Benton Harbor Basic" on a Z89 whilst I worked for Heath/Zenith in Benton Harbor, MI. I wrote several record keeping prg's for the circut board assemble area I supervised, I was hot stuff, had me a Hard sectory built in drive and a dual softsector external with a H-125 wide carriage printer....whewww and 64K of Ram!!! But I progressed to Lotus 123 macros on the first H-148's and then I left Heath. I picked up Condor on another Z89 then went to DB II and now to DBIII+ and clipper....interesting how all this happened since 1982 ain't it??? Mike Cody --------------- ** Current thread: LEARNING C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CQN2928 Date: 08/21/89 From: AL HANSEN Time: 07:48 pm To: MIKE CODY (Rcvd) (Read 119 times) Subj: R: LEARNING C Milwaukee area residents interested in learning C should note that WCTC in Pewaukee will have courses known as C Programming I and II this semester. You can find out more by calling them at 691-2910. The II course started on 8/19, but runs until 12/16/89. The I course starts 10/3/89. Course No. 107-129A (or 129B for II), $79 each. AL -- --------------- ** Current thread: LEARNING C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CVC1799 Date: 08/26/89 From: JEFF WETTER Time: 08:29 am To: GRANT ELLSWORTH (Rcvd) (Read 122 times) Subj: LEARNING C Grant, I would like to learn to program in C. I would like to know your opinion on how to start out. I have had some experience in programming in Cobol, your favorite language. After reading some messages in the C conference I am going to look at the TUR-C-TU.ZIP file. Would you recommend taking a course at MATC, Marquette, or WCTC? Thanks Jeff --------------- ** Current thread: LEARNING C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CVE0736 Date: 08/26/89 From: GRANT ELLSWORTH (Leader) Time: 10:12 am To: JEFF WETTER (Rcvd) (Read 123 times) Subj: R: LEARNING C Jeff, COBOL and C are very different types of programming tools. Having taught myself almost all the programming languages I've used except the 1st 2 (MAD and 1401 SPS), I can't fairly assess the value of your taking a course. And since I know nothing of the quality of the Schools you mention (they are in Wisconsin), I suggest that you wait to see other replies from folks in your area who have taken the courses. There are some advantages to taking a class, however. The structured (we hope) instruction imposes a discipline on you which can expedite the learning process. It provides an environment to re-enforce what you learn. And it provides a group of folks with whom you can share the learning and prob- lem solving experience. The whole idea here is to learn how to learn ... after that, you can teach yourself new, but related, technology faster than that 1st struggle in the classroom. If you do experiment with the TUR-C-TU.ZIP, please leave a msg here on how you liked, or didn't like it. Grant (PS: you are "forgiven" for tagging COBOL as my favorite language. And all credit to you for scanning the conference message threads so thoroughly) --------------- ** Current thread: LEARNING C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CVH0743 Date: 08/26/89 From: JEFF WETTER Time: 01:12 pm To: GRANT ELLSWORTH (Rcvd) (Read 118 times) Subj: R: LEARNING C Thank you for the quick reply. After I sent the message I found out you were located in MD. I hope to hear from people in this area on which course they feel is good. Thanks again. Jeff --------------- ** Current thread: LEARNING C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GJP0931 Date: 12/15/89 From: BILL HOLLS Time: 08:15 pm To: ALL (Read 84 times) Subj: LEARNING C I am beginning to learn c with limited programming experience in basic and would be interested in suggestions for tutoring programs, library files, good sample programs, etc. I just unwrapped the quick c shrinkwrap. thanks --------------- ** Current thread: LEARNING C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GLN0077 Date: 12/17/89 From: MICHAEL MCCLUNE Time: 07:01 pm To: BILL HOLLS (Rcvd) (Read 86 times) Subj: R: LEARNING C Bill QC has many example programs in the book "C for yourself which are also on the disks that came with QC. Another excellent book that is clearly written and easy to understand is The Waite Groups Microsoft C... Programming for the PC ISBN# 0-672-22661-8 the author of which is Robert Lafore. You may also post your question here. There are many C programmers eager to help. I cannot help you with any tutorial C programs, I have not used any myself. Mike --------------- ** Current thread: LEARNING C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GMB1075 Date: 12/18/89 From: BILL HOLLS Time: 07:17 am To: MICHAEL MCCLUNE (Rcvd) (Read 88 times) Subj: R: LEARNING C Thanks appreciate your help --------------- ** Current thread: LEARNING C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2GS10721 Date: 12/23/89 From: JODY IRISH Time: 12:12 am To: BILL HOLLS (Rcvd) (Read 84 times) Subj: R: LEARNING C Bill, Unfortunately, I'm not a frequent user on this conference, but the topic leader is very helpful! There are others here that are the same! What pkg do you have? I use turbo c, a friend uses Microsoft's Quick C, and a few accomplices use others. I did find some tutors in Mahoney's file collection. The turbo c tutor is titled "tctutor.zip". Best bet in the file collection is to scan for "tutor" and the pkg name. Hope it helps... JL Irish >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 243B0211 Date: 04/03/89 From: GEORGE KOFMAN Time: 07:03 am To: PHIL HILL (Rcvd) (Read 165 times) Subj: ADDENDUM Phill --- the last message should read '\r', not '\'. George. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24410440 Date: 04/04/89 From: PHIL HILL Time: 01:07 am To: GEORGE KOFMAN (Rcvd) (Read 160 times) Subj: R: ADDENDUM It wasn't the "\r" that I was talking about. In the program that you posted previously, the "for" loop which sends the characters to the modem isn't stopping at the end of the string - it's sending an extra nul (ascii 0, used by C to terminate the string). You can probably get away with this on some modems, but many will choke in a manner similar to what you've described. Of the modems you mentioned I am only familiar with the Zucker - and I know for a fact that the Zucker won't tolerate this. As mentioned earlier, I'd suggest that you change the terminating condition of the "for" line: for( i=0; d[i]; i++ ) { Obviously I can't say for certain that this is causing the problem on the Everex, but it seems at least a good possibility. At any rate, it would be a good idea to tighten up the loop, thus ensuring that this won't cause problems on some machine in the future. --------------- ** Current thread: ADDENDUM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 244D0607 Date: 04/04/89 From: GEORGE KOFMAN Time: 09:10 am To: PHIL HILL (Rcvd) (Read 160 times) Subj: R: ADDENDUM Phil --- good point. That may be my problem. I'll give it a try tonight. I have access to three different modems; two out of three are on the Everex, and they don't work with this program. I guess I'll know soon enough. George. --------------- ** Current thread: ADDENDUM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24543158 Date: 04/05/89 From: PHIL HILL Time: 04:52 am To: GEORGE KOFMAN (Rcvd) (Read 161 times) Subj: R: ADDENDUM Let's hope that (or something equally simple) provides the "fix". --------------- ** Current thread: ADDENDUM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 245C1154 Date: 04/05/89 From: GEORGE KOFMAN Time: 08:19 am To: PHIL HILL (Rcvd) (Read 158 times) Subj: R: ADDENDUM Phil --- couldn't be so lucky... Tried the "fix": works the same way on hardware that it worked on before, dies the same way on the Everex. I dunno. Well, Everex is sold anyway. I think I try it on my portable tonight. Geo. --------------- ** Current thread: ADDENDUM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24TL3569 Date: 04/24/89 From: PHIL HILL Time: 05:59 pm To: GEORGE KOFMAN (Rcvd) (Read 150 times) Subj: R: ADDENDUM George, I ran across a file on another bbs which contains obj and asm source to dial a modem from Clipper. Might be what you need, though I didn't have any way to test it - I'm a QuickSilver user. I've uploaded it here - look for KLIPDIAL.ZIP. Hope it solves your problem. --------------- ** Current thread: ADDENDUM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24UC2054 Date: 04/25/89 From: GEORGE KOFMAN Time: 08:34 am To: PHIL HILL (Rcvd) (Read 152 times) Subj: R: ADDENDUM Phil --- many thanks! I will give it a try. George. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 243I3178 Date: 04/03/89 From: MARTIN SPRIGGS Time: 02:52 pm To: ALL (Read 200 times) Subj: WHY QUICK C? I want to get into programming, and have done a little in GWBasic. Could someone please tell me why I should buy Microsoft QuickC rather than Microsoft QuickBasic? Desperately needing advice, Martin --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 244C0026 Date: 04/04/89 From: STEVEN KEY Time: 08:00 am To: MARTIN SPRIGGS (Rcvd) (Read 185 times) Subj: R: WHY QUICK C? Martin, I don't use C and don't use basic very much either, but I will offer you my opinion - and it's free. C will allow you to do most anything you want to do, and usually more quickly than Basic . (The program will be quicker, maybe not the programming.) C doesn't impose as many restrictions as Basic. QuickBasic, on the other hand, will be easier to get used to since you have already done some Basic. QuickBasic is a much better language than GWBasic and may be all you need. Going to C from a little Basic could be a lot of work - you will need to learn more things to get started. If you plan to do a lot of programming, it will certainly repay the effort, though. Steven --------------- ** Current thread: WHY QUICK C? Conf: PROGRAMMING Topic: C LANGUAGE Ref: 244K3441 Date: 04/04/89 From: JOE VINCENT Time: 04:57 pm To: MARTIN SPRIGGS (Rcvd) (Read 186 times) Subj: R: WHY QUICK C? Martin, I have both QB 4.5 and QC (waiting for 2.0 upgrade to arrive) and use both for different purposes. However, if you MUST select one or the other AND you have the ability to master either, I would encourage you to get QC. I'm assuming that you've already picked QC over other versions of C from other vendors? --------------- ** Current thread: WHY QUICK C? Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24CR2631 Date: 04/08/89 From: GRANT ELLSWORTH (Leader) Time: 10:43 pm To: MARTIN SPRIGGS (Rcvd) (Read 174 times) Subj: R: WHY QUICK C? Martin, There are many good reasons to choose C instead of Basic for a programming tool. But, you may find it easier learning some elementary rules about program construction and implementation using Basic instead of C, or PASCAL. However, I think PASCAL is a better place to start than either C or Basic, although you already have some familiarity with Basic. Borland's Turbo Pascal 5.0 is a good programming tool and a good place to start learning some useful programming techniques. After you feel you have a good handle on programming ideas, you should THEN go on to C - since it is widely used in Micro programing and will become a more prom- inent language for programming in all computing environments over the next few years. The only other direction to seriously consider is a] Database language like dBASE (or a "clone") or some SQL-like database- oriented programming tool. Grant ps: for C programming, I like Turbo C 2.0 --- and I think it gives much more bang for the $$ than the microsoft QC product. --------------- ** Current thread: WHY QUICK C? Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24CR2894 Date: 04/08/89 From: GRANT ELLSWORTH (Leader) Time: 10:48 pm To: JOE VINCENT (Rcvd) (Read 175 times) Subj: R: WHY QUICK C? Joe, Have you even considered any of the Borland Language offerings? I know there is a price advantage since you have been buying upgrades, rather than orignal 1st-time offerings. Other than that, what do YOU see as the compelling reason to go with MS C language products? Grant --------------- ** Current thread: WHY QUICK C? Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24DK2101 Date: 04/09/89 From: JOE VINCENT Time: 04:35 pm To: GRANT ELLSWORTH (Rcvd) (Read 174 times) Subj: R: WHY QUICK C? Actually, I do have Turbo C and Turbo BASIC, in addition to QC, QB and MSC. QB is (date and time stamp right now) much better than TB. With QC 2.0, I'm partial to QC over TC, but I'm not a Microsoft bigot and will unashamedly shift my allegiance to TC if they one-up MS with TC's next release. The guy asking the question appeared to have already narrowed his choices to QB and QC, so I just answered his question as posed. Have you tried QC 2.0 with manual-less context-sensitive on-line help and full support for all memory models? It's very impressive! --------------- ** Current thread: WHY QUICK C? Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24DS0815 Date: 04/09/89 From: GRANT ELLSWORTH (Leader) Time: 11:13 pm To: JOE VINCENT (Rcvd) (Read 170 times) Subj: R: WHY QUICK C? Joe, QB MAY be a better implementation of Basic, since MS has been in the BASIC court for a LONG time. I have no opinion on this since it has been a long time since I had any contact with a BASIC anything. No I haven't tried QC 2.0. I got so frustrated with the QC in M$C 5.0 that I junked the whole thing for WC6.5 as my big duty C system optimizing tool. I still do all development and testing w/TC and go to WC6.5 only when I have a critical optimization problem. Grant --------------- ** Current thread: WHY QUICK C? Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24EM0595 Date: 04/10/89 From: JOE VINCENT Time: 06:09 pm To: GRANT ELLSWORTH (Rcvd) (Read 167 times) Subj: R: WHY QUICK C? Grant, you might actually like QB 4.5. It's very C-like in its implementation of prototypes for functions and procedures, has SELECT CASE and other C constructs. It's still not as good as BetterBASIC was, even though Ivar Wold, former president and top technical mind at Summit Software, went to work for MS after Summit went Chapter 7. I develop products for users who program in a variety of environments, including QB, so I am compelled to use products which I might otherwise not touch. Yep, QC 1.0 was pretty rudimentary. QC 2.0 is almost a different product. From the "integrated development environment", one can fiddle with just about every option it has, including optimization level. Most of what I would imagine you like about TC is in QC 2.0. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 244P1742 Date: 04/04/89 From: TOM NOWALIS Time: 08:29 pm To: ALL (Read 164 times) Subj: WHAT IS PROTOTYPING? I am confused. Can any of you C-Programmers out their explain prototyping to me. What is it used for? How is it used? I have several C Programming books but none explain this subject very adequately. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 244Q2474 Date: 04/04/89 From: HENRIK SCHMIEDICHE Time: 09:41 pm To: TOM NOWALIS (Rcvd) (Read 164 times) Subj: R: WHAT IS PROTOTYPING? Tom, prototyping was not part of the original C language and was introduced mainly for the benefit of 1-pass compilers (there some other reasons.) When the compiler encounters a call to a function then the C compiler has no way of knowing what the type-definitions of the variables are (unless that function has already been processed). This is a problem because C does automatic type conversions as neccesary. For example, assume you have the following code in your C program: x = get_a_char (34, 12.4); The C compile needs to know 1) what kind of value get_a_char will return (int, float, char?) so that it can convert the return value to whatever x happens to be. 2) it needs to know if the first argument 34 is an interger, float, char or something else (the same goes with the second argument) so that it can produce the correct code. This problem is not a problem with language like Pascal that have strict type checking. This is why you have a prototype at the beginning of your program to tell the compiler what the arguments of your function(s) are going to be. For example for the above function get_a_char it may be: int get_a_char (int, int); telling the compiler that all arguments associated with the functions get_a_char are integers. If you do not prototype a function most compilers assume your are sending ints and often that will be OK but sometime that can wreck havock. Try to following code with and without a protoype: #include <stdio.h> void main () { print_number (12.5); } void print_number (int x) { printf ("%d\n", x); } --------------- ** Current thread: WHAT IS PROTOTYPING? Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24BQ0459 Date: 04/07/89 From: TOM NOWALIS Time: 09:07 pm To: HENRIK SCHMIEDICHE (Rcvd) (Read 156 times) Subj: R: WHAT IS PROTOTYPING? Thanks much Henrik for the info on prototyping. It is well appreciated. I know it probably cost you a bundle calling from College Station, TX. If I can do anything for you drop me a line. --------------- ** Current thread: WHAT IS PROTOTYPING? Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24BQ1216 Date: 04/07/89 From: HENRIK SCHMIEDICHE Time: 09:20 pm To: TOM NOWALIS (Rcvd) (Read 154 times) Subj: R: WHAT IS PROTOTYPING? Tom, I'm using PC Pursuit so its no problem. Glad I was able to help. - Henrik >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24CI1245 Date: 04/08/89 From: LOWELL DENNING Time: 02:20 pm To: RONNIE PIERCE (Rcvd) (Read 163 times) Subj: C LEARNING A new book just came out this week from Howard Sams, Inc. called C:Step by Step by the Mitchell Waite Group and it is really outstanding. It teaches for all ansi-compatible C products. This is the successor book to C Primer Plus which has been extremely popular. Lowell Denning --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24FB0705 Date: 04/11/89 From: RONNIE PIERCE Time: 07:11 am To: LOWELL DENNING (Rcvd) (Read 148 times) Subj: R: C LEARNING Thanks much, Lowell. I will definitely check this out. BASIC has been nice, but I am tired of working around the limitations.. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24D31586 Date: 04/09/89 From: AMINUDDIN AHMAD Time: 03:26 am To: GRANT ELLSWORTH (Rcvd) (Read 156 times) Subj: DDJ-MORE.ZIP I have downloaded the file "ddj-more.zip," a code I've been looking for a looooong time. When I compile using TC 2.0, I found 4 errors. It cannot find 3 external function. I think there is another file missing fron the ZIP file. Please check, I really need this code. Thanks. --->Amin. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24DS0474 Date: 04/09/89 From: GRANT ELLSWORTH (Leader) Time: 11:07 pm To: AMINUDDIN AHMAD (Rcvd) (Read 154 times) Subj: R: DDJ-MORE.ZIP Amin, I will check it out later, but you might find your solution in that you are using TC ,,, and the code was intended for MSC. Maybe looking for anologous functions with similar names in the TC Ref Manual would help. GE --------------- ** Current thread: DDJ-MORE.ZIP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24EQ1034 Date: 04/10/89 From: DENNIS MEILICKE Time: 09:17 pm To: AMINUDDIN AHMAD (Rcvd) (Read 148 times) Subj: R: DDJ-MORE.ZIP Amin., The external functions you are missing are in the TOOLS.C file included in the ZIP file. You have to compile this to TOOLS.OBJ, then link it in with MORE.OBJ to get the .EXE file. The easiest way to do the above is to use a "project file" when you compile the program. This project file will contain two lines; one will contain the word "tools", the other the word "more". Enter the name of the project file in the "project name" entry of the project menu, then do a "make" (the F9 key). Everything should be OK now. I reloaded DDJ-MORE with a project file - you might want to look at that if my description was un-clear. Sorry about the trouble... Dennis --------------- ** Current thread: DDJ-MORE.ZIP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24F10113 Date: 04/11/89 From: AMINUDDIN AHMAD Time: 01:01 am To: DENNIS MEILICKE (Rcvd) (Read 146 times) Subj: R: DDJ-MORE.ZIP I think I have tried using the project file, and there are still errors. It couldn't find 3 functions. When I checked these functions in TOOLS.C, I can't find it. Perhaps I missed it. But anyway, I will download it again, and give it a few more shots. Thanks for your message. ps: Is the code for TC2.0, because thats what I'm using. --->Amin. --------------- ** Current thread: DDJ-MORE.ZIP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24F13375 Date: 04/11/89 From: AMINUDDIN AHMAD Time: 12:56 am To: GRANT ELLSWORTH (Rcvd) (Read 146 times) Subj: R: DDJ-MORE.ZIP That figures.... compiling MSC on a TC. This means that I have to change a few codes. Thanks for your help. But if you do have an idea on how to make it work on TC, please do let me know. Thanks. --->Amin. --------------- ** Current thread: DDJ-MORE.ZIP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24FB2971 Date: 04/11/89 From: DENNIS MEILICKE Time: 07:49 am To: AMINUDDIN AHMAD (Rcvd) (Read 143 times) Subj: R: DDJ-MORE.ZIP Amin., Yes, the code is for TC2.0. That is what I used to compile it. If you still have trouble compiling it, leave me a message with the actual error messages, and I'll try to figure it out. Good luck... Dennis --------------- ** Current thread: DDJ-MORE.ZIP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24FG2265 Date: 04/11/89 From: GRANT ELLSWORTH (Leader) Time: 12:37 pm To: AMINUDDIN AHMAD (Rcvd) (Read 148 times) Subj: R: DDJ-MORE.ZIP Yes, I do have some idea of what needs to be done ... It would be very helpful if you would list the undefined functions reported by the link step. If you can't easily infer the TC equivalent of the undefined MSC functions, maybe I can. Once identified, these function calls can be "fixed up" using #defines to solve incongruities ... e.g. /* tc -> memmove(target,source,size) (?) */ /* msc -> movemem(target,size,source) (?) */ /* the above may NOT be accurate or precisely true but will serve the example */ #define movemem(a,b,c) memmove(a,c,b) /* define macro subst */ .... movemem(mytarget,mysource,mysize); /* original msc code(?) */ WARNING ... DON'T TAKE THIS EXAMPLE LITERALLY! I don't have my tc lib ref manual handy. Also, MSC assumes an implied ptr where TC requires explicit usage. so, the above #define example may have to be coded ... #define movemem(a,b,c) memmove((&)a,c,(&)b) Hope this gets you pointed in right direction ... It's typical that #define's are used to workaround cross compiler source movement. Grant --------------- ** Current thread: DDJ-MORE.ZIP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24FG3507 Date: 04/11/89 From: GRANT ELLSWORTH (Leader) Time: 12:58 pm To: DENNIS MEILICKE (Rcvd) (Read 145 times) Subj: R: DDJ-MORE.ZIP Dennis, I can't find ddj-more.zip in Mahoney ... where'd it go? Grant --------------- ** Current thread: DDJ-MORE.ZIP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24FN1897 Date: 04/11/89 From: DENNIS MEILICKE Time: 07:31 pm To: GRANT ELLSWORTH (Rcvd) (Read 150 times) Subj: R: DDJ-MORE.ZIP Grant, It's there - I just checked (you had me worried). I added the .PRJ file and re-uploaded it. Maybe you looked between the time I deleted it, and the time I re-uploaded. Of course, that process only took about five minutes, so you must have been very lucky! Dennis --------------- ** Current thread: DDJ-MORE.ZIP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24GH1975 Date: 04/12/89 From: GRANT ELLSWORTH (Leader) Time: 01:32 pm To: DENNIS MEILICKE (Rcvd) (Read 151 times) Subj: R: DDJ-MORE.ZIP Yes, I seem to have proclivity for being in the wrong place at the wrong time.... I did find it later. For a while I thought my eyes were going worse. Thx for clarifying. Grant >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24DK2148 Date: 04/09/89 From: NEILL DOERTENBACH Time: 04:35 pm To: ALL (Read 156 times) Subj: C SHAREWARE COMPILERS I am finally learning to program in C, and have a question or two - number 1, is there a good shareware C compiler? I've seen 4 on this board - Small-c, C_comp, YACC and CPC - which one is best? Or, would I be better off to buy a commercial compiler? My use will be strictly 8086 stuff, for hobby use, real-world control, etc. Any comments or help would be appreciated! Thanks! N K D --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24FP1939 Date: 04/11/89 From: NEILL DOERTENBACH Time: 08:32 pm To: GRANT ELLSWORTH (Rcvd) (Read 159 times) Subj: R: C SHAREWARE COMPILERS Thanks for the info, Grant, I'll snoop around a little bit for an ad for it. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24ED0364 Date: 04/10/89 From: MICHAEL MCCLUNE Time: 09:06 am To: GRANT ELLSWORTH (Rcvd) (Read 155 times) Subj: QC HELP Grant, since your the leader of this conf. I am directing this to you. I need a way to reinitialize an array in qc. The reason for this is a memory saving measure. What I am doing is getting input from a user and then saving that info to disk. Instead of incrementing the array I would like to reset the array to all NULLs and then reget the info. The array is 142 bytes in size but this person only has 384k of memory. Any help is appreciated. Mike --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24EM0261 Date: 04/10/89 From: GRANT ELLSWORTH (Leader) Time: 06:04 pm To: MICHAEL MCCLUNE (Rcvd) (Read 152 times) Subj: R: QC HELP Mike, I will have to shoot a little blind on this since you gave me no specifics on the 142 byte array structure ... here is my suggestion .. struct stuff_on_disk { var1 , ... , varN }; unsigned char * clear_stuff; . . /* code to clear out array */ /* i will be used as index to 142 byte array = sizeof(stuff_on_disk); / /* I assume that size of 'stuff_on_disk' is 142 */ clear_stuff = &stuff_on_disk; /* set addr to be addr of rcv area */ for(i=0; i < sizeof(stuff_on_disk); i++) clear_stuff[i] = 0x00; /* the 'for ...' loop will clear the area */ /* then you can re-fill the area with the input from the user and re-write to disk as needed */ Grant --------------- ** Current thread: QC HELP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24EM2439 Date: 04/10/89 From: MICHAEL MCCLUNE Time: 06:40 pm To: GRANT ELLSWORTH (Rcvd) (Read 147 times) Subj: R: QC HELP Grant for a blind shot I believe you have shown me how to do what I wanted. Thanks for your help and in the future I'll try to be more specific. Thanks again Mike --------------- ** Current thread: QC HELP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24EQ0808 Date: 04/10/89 From: MICHAEL MCCLUNE Time: 09:13 pm To: GRANT ELLSWORTH (Rcvd) (Read 151 times) Subj: QC HELP Grant I guess that wasn't what I had in mind but how would you know that. Here are some more specifics. struct so_so { member_list []........} array [1]; /* 1 copy in mem */ array [0].some_members /* get some char stuff */ fopen (file, file_handle);/* open file */ fwrite (&array [0], sizeof (*array), 1, file_handle); /* or some such thing as above */ /* now I want to clear the array [0] that contains the old data in memory */ Any ideas? Thanks! Mike --------------- ** Current thread: QC HELP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24FG1554 Date: 04/11/89 From: GRANT ELLSWORTH (Leader) Time: 12:25 pm To: MICHAEL MCCLUNE (Rcvd) (Read 145 times) Subj: R: QC HELP Use the same technique I described in previous msg ... to wit: unsigned char * clear_stuff ... int i; ... clear_stuff = (char *)&array[0].some_members for (i=0; i<sizeof(some_members); i++) clear_stuff[i] = 0x00; Grant --------------- ** Current thread: QC HELP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24FM1534 Date: 04/11/89 From: MICHAEL MCCLUNE Time: 06:25 pm To: GRANT ELLSWORTH (Rcvd) (Read 151 times) Subj: QC HELP Grant Thank you for the pointer, ugh, on my poser. It worked well with combining the two pieces of code you showed me. Heres what it looked like after I had played with it. unsigned char * clear; int i; clear = (char *)&array [0]; for (i = 0; i < sizeof (*array); i++); clear [i] = 0x00; I also hope this may be of help to anyone else new to "C". By the way I wanted to clear the entire array [0] which is what the above segment does Thank You much Mike --------------- ** Current thread: QC HELP Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24M10403 Date: 04/18/89 From: TOM FELLER Time: 12:06 am To: MICHAEL MCCLUNE (Rcvd) (Read 146 times) Subj: R: QC HELP I think there may be a better way to clear out memory. Check out the setmem library function. \Tom Feller\ >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24ED0931 Date: 04/10/89 From: MIKE CODY Time: 09:15 am To: ALL (Read 152 times) Subj: DBASE TO "C" XLATER Message CC'd to: ALL GRANT ELLSWORTH Good day all, I am a DB3+ prg'r with a more than passing interest in "C". I have seen advertised in the Programmers Connection a program that is "suspposed" to translate a DB3+ application over into compiable "C" code. Now being skeptical of miricles, I would wonder if any of you fine folks have ever seen or used this Rascal..... It's called: DBx (dbase at the speed of C) sold by PC Exchange It's supposed to link to other libraries, etc...I can't believe it is true, but if someone out there has experience with such a beast...Please drop me a line... Mike Cody --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24EL2050 Date: 04/10/89 From: GRANT ELLSWORTH (Leader) Time: 05:34 pm To: MIKE CODY (Rcvd) (Read 153 times) Subj: R: DBASE TO "C" XLATER Mike, I have seen more than 1 DB3+ ---> C translator advertised, but I never used or had use for one. There are also DB3+ compilers, such as FoxBase, Clipper, QuickSilver(?), etc.., which supposedly produce equiv- alent execution time augmentation as would a conversion to C. Those db3+ compilers offer another alternative to translating source to C for compilation. The only db3+ compiler I have any exposure to is Clipper. I was favorably impressed with the improvement in throughput - but the .exe was quite large. Re: "Linking with other libraries" ... I don't understand what precisely it is that you so strongly doubt. Once you have some usable, editable C source, you can modify, butcher, hack, etc., that source to use whatever libraries you find appropriate for your application. So, please clarify your "don't believe .." reference. It's in your court. Regards, Grant --------------- ** Current thread: DBASE TO "C" XLATER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24FC1847 Date: 04/11/89 From: MIKE CODY Time: 08:30 am To: GRANT ELLSWORTH (Rcvd) (Read 151 times) Subj: R: DBASE TO "C" XLATER Grant... Thanx for the reply, I am an avid Clipper user and do some utilities in Quick "C" for my DB3 applications. I too wasn't too skeptical about the ability to translate, just as how much of the Xlate was good code. I have worked with a couple of Basic-> C Xlaters that gave me about 80% good code, with some major missing pieces. I took up "C" about 4 months ago to eventually replace DB3 as my developmental environment. I had been using QuickBasic 4.0 for most of my non-DB applications and hit it's limits. With "C" I am moving twoard my utltimate goal of a complete application in from DB to reporting with all "C" code. I am completely self taught starting on an H-89 with Benton Harbor Basic so long ago. My point being that if this prg. will Xlate with reasonable efficiency, it would speed my steps twoard this goal. I am always loath to lay 800-900 bucks for an item I have only a salesmens word on. The biggest advantage of this of course, as you point out, is the ability to hack, change, link, the source. I am also curious of how to construct the actual DB files. I understand from the add, you link in Libraries set up to access DB3 files structure. As this is a weak point for me at this time I was naturally curious as to what other thought. Anyways, I appreciate any and all opinions on this subject. I will be an avid reader of this forum and contribute when I can... Mike Cody --------------- ** Current thread: DBASE TO "C" XLATER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24FG2704 Date: 04/11/89 From: GRANT ELLSWORTH (Leader) Time: 12:45 pm To: MIKE CODY (Rcvd) (Read 145 times) Subj: R: DBASE TO "C" XLATER Only thought I have is that you should assure yourself of a back out position by requiring that the vendor provide you with a refund policy You should be able to return the xlator to vendor and get your money back if the system does NOT adquately translate your db3 code AND you can provide proof. Also, the vendor's refund policy should better be a "no questions asked" or you need some kind of "time is of the essence" for performance --- that is, software produces usable translation within x hrs of your time and effort. No sense in having to dinker with code for 2 months after you ran it thr the translator in order to make it work! grant --------------- ** Current thread: DBASE TO "C" XLATER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24G11979 Date: 04/12/89 From: MIKE CODY Time: 12:33 am To: GRANT ELLSWORTH (Rcvd) (Read 147 times) Subj: R: DBASE TO "C" XLATER My fears exactly. I would not want to spend all my time fixing up the xlated code so it would work. I am investigating this further, and have requested some literture and a demo disk from the manufacture. I will be letting you know what I find out. Mike Cody >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24FR3098 Date: 04/11/89 From: RICHARD KOSARZYCKI Time: 10:51 pm To: ALL (Read 168 times) Subj: TURBO C OVERLAYS? I recently purchased TC 2.0 and was curious to see if Borland included any extensions to handle overlays similar to TP. As far as I can tell, they didn't. Has anyone implemented overlays or know of any technique to simulate them? --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24JD0865 Date: 04/15/89 From: TIM NESHAM Time: 09:14 am To: RICHARD KOSARZYCKI (Rcvd) (Read 168 times) Subj: R: TURBO C OVERLAYS? We recently had a need for overlays and were disappointed that TC doesn't have that capability. I was curious enough to call Borland and ask about overlays in the future but they were hush-hush about it. They did tell me that the Turbo Debugger is overlayed so I asked which linker they used. They wouldn't tell me that. So I asked them to recommend a overlay linker and the recommended PLINK. Hmmmm.... Any guesses as to what TD uses? I didn't know this but PLINK is written by the same company that writes the most popular BIOS. Phoenix. We had tried RTLINK and MSC (both) but PLINK was the better performer. Ti m --------------- ** Current thread: TURBO C OVERLAYS? Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24JD2222 Date: 04/15/89 From: DENNIS MEILICKE Time: 09:37 am To: RICHARD KOSARZYCKI (Rcvd) (Read 168 times) Subj: R: TURBO C OVERLAYS? Richard, Check out OVL30.ZIP in the Mahoney collection. It is an overlay manager that works with TC. You will need a copy of the MicroSoft linker, but that usually comes with DOS, so that shouldn't be a problem. Of course, you could always simulate overlays using spawn(), but the inter-process communication can (sometimes) get a little tricky. Good luck... Dennis >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24GQ2650 Date: 04/12/89 From: AMINUDDIN AHMAD Time: 09:44 pm To: ALL (Read 175 times) Subj: TURBO PASCAL TO TURBO C Is there a shareware code that converts Turbo pascal code to Turbo C? I know that there is one for translating TP to QC (which is not doing its job well), but is there really one available. I am trying to avoid to rewrite my TP code all over again in TC. Someone... do let me know. --->Amin. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24HQ2960 Date: 04/13/89 From: GRANT ELLSWORTH (Leader) Time: 09:49 pm To: AMINUDDIN AHMAD (Rcvd) (Read 170 times) Subj: R: TURBO PASCAL TO TURBO C Amin, look in the mahoney collection for TPTC17x.ZIP from May of last year. It is a very good package.... not 100% effective, but the best of a lot that were in circulation last year by a good margin. If you don't find it there, check on-line at its home base --- Sam Smith's Tool Shop in Phoenix AZ (602-279-2673) - pcpursuitable, but a very busy line ... takes about 1 hr of redialing to get in ... sometimes a lot more. Sam stopped public enhancements of the package because of a commercial deal in slow works, but the last shareware should be available. Grant >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24KF0732 Date: 04/16/89 From: DAVID KRILL Time: 11:12 am To: ALL (Read 151 times) Subj: QC OR TC What do most people here use and like: Quick C or Turbo C? What is the easiest to learn (no prior C experience)? And what is more powerful? What is better for the long run? Also, can C do anything that PASCAL or BASIC can't do? Thanks! --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24KG2092 Date: 04/16/89 From: GRANT ELLSWORTH (Leader) Time: 12:34 pm To: DAVID KRILL (Rcvd) (Read 153 times) Subj: R: QC OR TC David, until qc2.0 was released, I'd would have said TC with no reserva- tions. But, with the enhancements to QC in 2.0, I think it may be a toss- up. See 2 other items ... 1) Joe Vincent's comments to me on QC in the last several days ... 2) Review and comparisions in the recent Dr. Dobbs issue. I prefer TC because it supports all memory models, even the "tiny" model and seems a little easier to use; it also competes with the full MSC 5.x compilers on its own turf. Since this conference recently opened, you might want to review the whole thread set for other comments and exchanges on this topic. We've had more than a few exchanges on this lately. On Pascal vs Basic vs C ... Some implementations of Pascal, Turbo Pascal 5.0 particularly, have the same inherent support for arcane constructs such as bit-manipulation, pointer manipulation, etc.., as C; Basic, how- ever, typically does not support these constructs. On which is more powerful, QC or TC ... seems to me that TC has a richer more varied set of graphics functions in its library than does QC. On which is more powerful, C, Pascal, or Basic ... Most micro based implementations of C and Pascal seem to be equivalent in power; Basic is not in the same class. There are some things can be coded and tested more quickly with Basic than the other 2, but performance is scarcely optimal. String manipulation functions and constructs are a little more clear in Basic and in Turbo Pascal than in C, but C supports just about everything you'll find in Turbo Pascal and Basic. Grant --------------- ** Current thread: QC OR TC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24KM1189 Date: 04/16/89 From: DAVID KRILL Time: 06:19 pm To: GRANT ELLSWORTH (Rcvd) (Read 147 times) Subj: R: QC OR TC Thank you for pointing out the advantages of TC over QC. I'll read past messages as you've suggested. Thanks! >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24MS0519 Date: 04/18/89 From: GLYN EDWARDS Time: 11:08 pm To: ALL (Read 139 times) Subj: VARIOUS C'S What is ANSI C and how close (or not) are Turbo C and Microsoft C to it? --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24NK0022 Date: 04/19/89 From: STEVEN SCHULZ Time: 04:00 pm To: TOM FELLER (Rcvd) (Read 146 times) Subj: SETMEM FUNCTION I was wondering if the setmem function you referred to in your recent message was a function available in MSC 5.1? I don't see it listed in the library reference. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24QK2904 Date: 04/21/89 From: MICHAEL MCCLUNE Time: 04:48 pm To: TOM FELLER (Rcvd) (Read 147 times) Subj: ESI STUFF Tom I had a chance and called ESI about my problem with their software and found out that with the menu system, when using titles, instead of using NULL for no title using """" for no title in the large memory model solved the problem. Mike --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24RF2825 Date: 04/22/89 From: MIKE CODY Time: 11:47 am To: ALL (Read 154 times) Subj: TSR'S.... This is a minor request for some help....I have been working in C now for a few months, and I would like to write a TSR. Now I have not ever seen exacltly how this is done. I am working in Quick C 2.0 and am attempting to write a prg that will dothe following... TSR to hotkey, freeze the screen, cut a section off of it, store to an arrary, then allow me to paste it later just as though I inputed it with key board. The reason, I would like to be listing a file list on a bbs, see a file I want, hotkey, cut the file name to the arrray, then when I go to d/l prompt, hit up-arrow key an put in name of top file on the stack, and be able to keep hitting up arrow key to load the file names until arrary is empty. I have code done to do all except to TSR,Freeze Screen, and cut the name off of it, meaning the easy stuff is done, but I have no idea how to cut stuff off of the screen or to TSR an array. Any example of some source code for this would be highly appreicated..... Mike Cody --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24TC1328 Date: 04/24/89 From: NED REITER Time: 08:22 am To: MIKE CODY (Rcvd) (Read 151 times) Subj: R: TSR'S.... Mike, see the files TESS-C.ZIP and TESS-DOC.ZIP I have uploaded to the Mahoney collection. These are tools for writing TSRs in C. They are from Compuserve and are a product of the TeSseRact project. The doc file describes the requirements for registering the programs and any programs you develop using the tools. There may be a more recent version on CIS now. I can check if you would like. Have fun, -- Ned -- --------------- ** Current thread: TSR'S.... Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24TH0784 Date: 04/24/89 From: MIKE CODY Time: 01:13 pm To: NED REITER (Rcvd) (Read 149 times) Subj: R: TSR'S.... Thanx, I just d/l them....and will let you know..... Mike Cody >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24SP3174 Date: 04/23/89 From: MARK DALLNER Time: 08:52 pm To: ALL (Read 142 times) Subj: BEGINNER WITH MSC 4.0 Hello there! I am new to this conference and to C programming. I have had a course in FORTRAN 77 in college. Havn't used it much though. I purchased a used version of MSC last fall and the manuals say it is Version 4.0 is there a way to confirm or deny this? The serial number on the disks or it may be a product number says 048014.400 if that helps. I think I have the directory sturcture set up right, but have some doubts on that. I have followed the quick setup for hard disk in the manual. The question I have is what I should do with three disks it doesn't mention. Medium/compact model, large model libraries and the startup source code disk. Will that come later in the manuals? That sould do it for now in the questions deparment. Mark --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24TL3580 Date: 04/24/89 From: GRANT ELLSWORTH (Leader) Time: 05:59 pm To: MARK DALLNER (Rcvd) (Read 144 times) Subj: R: BEGINNER WITH MSC 4.0 Mark, As I recollect, the MSC 4.0 large and huge model includes stuff goes in their own sub-directories ... Doc should say that. But the Large and Huge LIBs just go in your Lib subdirectory. However, since MSC 4.0 is SO out of date, you might want to contact Microsoft about getting an upgrade to 5.0 or 5.1 at a reduced price --- if the transfer of MSC4.0 ownership was allowed under the License agreement. grant --------------- ** Current thread: BEGINNER WITH MSC 4.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24TN3486 Date: 04/24/89 From: MARK DALLNER Time: 07:58 pm To: GRANT ELLSWORTH (Rcvd) (Read 147 times) Subj: R: BEGINNER WITH MSC 4.0 Thanks for the input. I will try to call MicroSoft and see if they will do a cheap upgrade for me. The software came form SpaceSaver Software moving sale last Fall. So I can get a hold of one of those guys to do the transfer if it is required. I sure hope the upgrade is not to outrageous in price. Mark >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24UD2003 Date: 04/25/89 From: MARK GINSBERG Time: 09:33 am To: ALL (Read 150 times) Subj: EDIT/COMPILE ENVIRONMENT I hate to touch off this debate, but I need information. I am about to start a large programming project in C. I would like to know about the strengths and weaknesses of various edit/compile environments available. I am not wild about the Borland or Microsoft environments as they do not help with source formatting or have multiple windows to check on identifier declarations. Of the demo's I've seen, BRIEF strikes me as pretty amazing... Has anyone out there made direct comparisons between BRIEF and PI or Epsilon? There are also supposed to be some hypertext based environments available. Are any of these worth looking at? Has anyone tried Multi-Edit? --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24UQ2400 Date: 04/25/89 From: GRANT ELLSWORTH (Leader) Time: 09:40 pm To: MARK GINSBERG (Rcvd) (Read 146 times) Subj: R: EDIT/COMPILE ENVIRONMENT I saw some kind of review of programmer's editors in DDJ or CL since Jan. 89. I can't remember which issue. But the review covered many of the editors you cited ... and a few more --- e.g. Norton Editor, and VEdit. Brief got some high marks. See if you can find the issue with the reviews. If I find mine, I'll come back with a clarification and specifics. Grant >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24UL2225 Date: 04/25/89 From: MARK DALLNER Time: 05:37 pm To: GRANT ELLSWORTH (Rcvd) (Read 145 times) Subj: MSC 5/5.1 Grant, What were the changes made to these versions of MSC from 4.0? I called MS today and they said for $150 they would be GLAD to send me an update. This is not in my budget for a while... Thanks, Mark --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24UL3139 Date: 04/25/89 From: GRANT ELLSWORTH (Leader) Time: 05:52 pm To: MARK DALLNER (Rcvd) (Read 142 times) Subj: R: MSC 5/5.1 Mark, the big difference I noted was that MSC 4.0 did NOT support interrupt declarations. There were some other functions I had in TC 1.5 which also weren't supported, but the conversions I had to do did not have but 1 or 2 others where I had to do some "cobbling" to compensate for the omissions. It was more than 18 mos ago ... and I really don't remember all the differences. However, maybe you can get MS to send you an upgrade notice which will list more of the specifics. BTW, for the same $150 you can get TC2.0 ... and it may also cover the cost of the Turbo Debugger ---- which embarasses codeview for ease of use. Check out some of the mail-order houses' prices on TC in mags like Dr. Dobbs, Computer Language, Byte, etc.. I like the prices I see from The Programmer's Connection in Columbus Ohio. -- grant --------------- ** Current thread: MSC 5/5.1 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24UM2406 Date: 04/25/89 From: MARK DALLNER Time: 06:40 pm To: GRANT ELLSWORTH (Rcvd) (Read 142 times) Subj: R: MSC 5/5.1 Grant, Thanks for the input. I did have MS send me the update info. I will have to start reading a couple of magizines on PC's now that I'm working again. Still have to get the budget rolling like I want it to. It looks like I can suffer a long with the version I have for the monemt. That will give me time to check out the other C complilers and the options they offer... Mark >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24V11638 Date: 04/26/89 From: PHIL KATZ Time: 01:27 am To: GRANT ELLSWORTH (Rcvd) (Read 142 times) Subj: HELLO, WHAT'S THIS? Message CC'd to: GRANT ELLSWORTH BOB MAHONEY JUDY GETTS Grant, Geez, I think I've been working on compression stuff too long. Long time ago I used to spend 1/2 hour everyday in the Programming Conference. Now I see there are several programming conferences! (Don't embarrass me and say that this happened 6 months ago now :-]) And that you are leading the 'C' conference - congratulations! Now, all we need is an assembly/DOS/BIOS/blood & guts programming section for the real programmers that write down to the bare metal, and bypass all these wimpy integrated environments. You know, a place were folks can about the special mask modes of the 8250 UART. Where folks can talk about how to do a quicksort in less than 100 bytes. Important things too, like what exactly are DOS 'Ivars', and what they are used for. Whaddya say Bob? >Phil> --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24VE0474 Date: 04/26/89 From: GRANT ELLSWORTH (Leader) Time: 10:07 am To: PHIL KATZ (Rcvd) (Read 140 times) Subj: R: HELLO, WHAT'S THIS? I think you've just come to the right place. Just put some comments and questions about C/ASM and bare metal programming here, and you'll smoke the reticent and shy out of hiding! Grant --------------- ** Current thread: HELLO, WHAT'S THIS? Conf: PROGRAMMING Topic: C LANGUAGE Ref: 24VM1439 Date: 04/26/89 From: JOE VINCENT Time: 06:23 pm To: PHIL KATZ (Rcvd) (Read 148 times) Subj: R: HELLO, WHAT'S THIS? Phil, I'll second your vote for a topic addressing "barefoot" programming. Are you volunteering as topic leader? Re: DOS "Ivars", I assume you're referring to Ivar Wold, former president of the belly-up Summit Software Technology and now with Microsoft? <rictus> BTW, it goes without saying that you've been spending too much time working on compression stuff. --------------- ** Current thread: HELLO, WHAT'S THIS? Conf: PROGRAMMING Topic: C LANGUAGE Ref: 251K1915 Date: 05/01/89 From: BOB MAHONEY Time: 04:31 pm To: PHIL KATZ (Rcvd) (Read 147 times) Subj: R: HELLO, WHAT'S THIS? I will be glad to add a "Down to the Metal" topic area here is someone would like to volunteer to lead it . . . bob >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 251Q0788 Date: 05/01/89 From: MARK DALLNER Time: 09:13 pm To: GRANT ELLSWORTH (Rcvd) (Read 141 times) Subj: MSC UPDATE RIPOFF Grant, I recieved the update information in the mail today for MSC 4.0->5.1. Would you believe this has an expiration date on it of May 26? I know I won't have the money by then. I think it is a cheap shot on MS's part to put such a short expiration date on the upgrade. I do want to upgrade, not just with in the next month. There is an interesting paragraph on the conditions for a free upgrade. I wonder if Tom Feller is still out there and would give me a receipt. Accourding to the directions, I might be able to get a free update. It might be pushing a little... Just thought I would pass that along. Mark --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 251S0516 Date: 05/01/89 From: GRANT ELLSWORTH (Leader) Time: 11:08 pm To: MARK DALLNER (Rcvd) (Read 141 times) Subj: R: MSC UPDATE RIPOFF Maybe you see now why I catagorically refuse to deal with Micro$oft until it really a last resort. Up to this point, I'll stick with Borland, although Watcom in Ontario is becoming more attractive for my "high priced" production compiler. Grant --------------- ** Current thread: MSC UPDATE RIPOFF Conf: PROGRAMMING Topic: C LANGUAGE Ref: 252B0381 Date: 05/02/89 From: MARK DALLNER Time: 07:06 am To: GRANT ELLSWORTH (Rcvd) (Read 144 times) Subj: R: MSC UPDATE RIPOFF Grant, Is there a list somewhere of the C compliers? Or do I remember a magizine dedicated to it? I guess I will be looking around for a alternative. Thanks, Mark --------------- ** Current thread: MSC UPDATE RIPOFF Conf: PROGRAMMING Topic: C LANGUAGE Ref: 252F0163 Date: 05/02/89 From: GRANT ELLSWORTH (Leader) Time: 11:02 am To: MARK DALLNER (Rcvd) (Read 140 times) Subj: R: MSC UPDATE RIPOFF Mark, 2 magazines come to mind: Dr. Dobbs Journal and Computer Language. Both have featured at least 1 review of C compilers in the last 6 months. I also recently found an ad for and signed up with the C User's Group and just started receiving the C Gazette --- good stuff. Grant --------------- ** Current thread: MSC UPDATE RIPOFF Conf: PROGRAMMING Topic: C LANGUAGE Ref: 252M2928 Date: 05/02/89 From: JOE VINCENT Time: 06:48 pm To: MARK DALLNER (Rcvd) (Read 144 times) Subj: R: MSC UPDATE RIPOFF Mark, you might be interested in "The C Users Journal". It's $24/year. Contact them at 2120 W. 25th Street, Suite B, Lawrence, Kansas 66046-9972. Subscribing makes you a member of the C Users' Group (CUG). Call them at (913) 841-1631 if you have questions or want to order by charge card. --------------- ** Current thread: MSC UPDATE RIPOFF Conf: PROGRAMMING Topic: C LANGUAGE Ref: 252P2708 Date: 05/02/89 From: MARK DALLNER Time: 08:45 pm To: JOE VINCENT (Rcvd) (Read 138 times) Subj: R: MSC UPDATE RIPOFF Thanks, Joe and Grant. I will look into both of these sugestions. Mark >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 252H1967 Date: 05/02/89 From: CARY ANDERSON Time: 01:32 pm To: ALL (Read 143 times) Subj: COMPUTER SOCIETIES Can anyone provide me with an address or phone number for the following computer societies which have C SIGs? NY PC Users Group Houston Area League of PC Users Capital Users Group Thanks. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25311072 Date: 05/03/89 From: ERIK DUFEK Time: 12:17 am To: CARY ANDERSON (Rcvd) (Read 143 times) Subj: R: COMPUTER SOCIETIES Have you looked in the back pages of Computer Shopper? I know that there is a list of users groups there, but I couldn't tell you if those particular one's have been listed in any of the latest issues. --------------- ** Current thread: COMPUTER SOCIETIES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 253F3239 Date: 05/03/89 From: CARY ANDERSON Time: 11:53 am To: ERIK DUFEK (Rcvd) (Read 140 times) Subj: R: COMPUTER SOCIETIES Thanks. I'll try that. What is prompting my interest in these groups is that they appear to have very strong C user groups. I am involved in organizing a local software engineering society focusing on C under DOS, OS/2, and Unix for starters. My desire is to get away from the low level at which most computer societies operate ("What's the latest game" and "How DO you put the black things into the computer slot?") and provide local interaction and a decent software code and knowledge base for professional software engineers and developers. (The C Users Group still spends time with articles on developing CPM software and deals with non-professional/non-standard compilers, etc. so I don't find an adequate focus there.) So, as my time permits, I'll investigate this conference over the next few weeks and get the local (northern Illinois) group going. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25413081 Date: 05/04/89 From: DAN REYNOLDS Time: 01:51 am To: ALL (Read 138 times) Subj: UNIX CURSES FOR DOS DCURS122.ZIP has been uploaded to the Mahoney collection. dCURSES (Version 1.22) is a virtually complete implementation of the UNIX Curses Library. UNIX Curses is a window oriented screen management system. Using dCURSES an MS-DOS application delveloper can write full screen oriented programs that will port easily to UNIX. Likewise, UNIX Curses based programs can be easily ported to MS-DOS with dCURSES. The package contains large model object libraries for both MSC 5.1 and Turbo C 2.0, an extensive user manual, source to a few tutorial type programs, TERMINFO terminal definitions for all of the standard PC video adapters, and TIC.EXE the TERMINFO compiler. The product is being offered as SHAREWARE with both object as well as source licenses available. Version 1.22 fixes several minor bugs in version 1.2. For more information send E-MAIL to Dan Reynolds on PC-EXEC. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 254D3092 Date: 05/04/89 From: TOM PETERS Time: 09:51 am To: ALL (Read 144 times) Subj: C & ASM I seem to have more trouble linking C to Assembly language than anybody else I know. I'm using MASM 5 and Quick C. #include <stdio.h> /* Standard i/o. <> mean do not search default directory. "stdio" would search default. */ #include <dos.h> /* Easy C definitions */ /* Use DNA Network Functions to get information and save it in the environment. All functions invoked via INT 2Fh. */ extern pascal NETASM(char* ptr1); main() { /* Start of code for main() */ int i=0; char msgbuf[81]; char* msgptr; i=NETASM(msgbuf); printf("\nMsgBuf is %s \nand Status returned was %d.",msgbuf,i); return(0); Net asm looks like this: PAGE ,132 NAME netasm TITLE NETASM- Assembly language routines for NETENV DOSSEG .MODEL medium ; =========================================================================== = .CODE netasm proc far push bp mov bp,sp push si push di push ss push ds mov ah,5ah mov bp,54h int 2fh jnc ok ; network not available or something went wrong. mov byte ptr [bp+4],0 mov ax,-1 jmp finish ok: mov di,[bp+4] mov es,[bp+6] add si,38h mov cx,8h rep movsb ; move last 8 char of message into local buffer mov byte ptr es:[di],0 ; null-terminate, C style. mov ax,0 finish: pop ds pop ss pop di pop si pop bp retf netasm endp END The linker never finds the assembly language subroutine. The PASCAL keyword in the external statement when the linker complained that it couldn't find "_NETASM" Now the linker complains Error L2029, unresolved external NETASM. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 254R1465 Date: 05/04/89 From: GLEN THOMPSON Time: 10:24 pm To: TOM PETERS (Rcvd) (Read 143 times) Subj: R: C & ASM Tom, I'm not real good at this but the items to check are case sensitivity in the MASM step. Either use the same case everywhere or tell it not to care. Not having used MASM 5, does the .model directive generate a PUBLIC statement - otherwise netasm might not be made public. glen --------------- ** Current thread: C & ASM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 255Q1359 Date: 05/05/89 From: GRANT ELLSWORTH (Leader) Time: 09:22 pm To: TOM PETERS (Rcvd) (Read 141 times) Subj: R: C & ASM Tom, your routine name needs to have one or 2 underscores before it -- check your MSC manuals for the details. In TC, I have to precede the name with 1 underscore ... e.g. In C ... myreturn = myasm(parms); In ASM . _myasm proc ... THe linker, as Glen noted, is case sensitive. This can be enabled and disabled by parameters. Also, you may need a "public" or an "extrn" declaration for your entry point in the ASM program. It's been a few months since I had to do this, so I may not be accurate. Your MSC manuals should have the details and examples. I'll double check my TC stuff and see if I have anything to add. Grant --------------- ** Current thread: C & ASM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25AJ2955 Date: 05/06/89 From: TOM PETERS Time: 03:49 pm To: GRANT ELLSWORTH (Rcvd) (Read 138 times) Subj: R: C & ASM Will try case sensitivity and underscores. MY understanding was that decalring the asm routine with the PASCAL keyword made it not require the underscore in the name. --------------- ** Current thread: C & ASM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25AQ2360 Date: 05/06/89 From: GRANT ELLSWORTH (Leader) Time: 09:39 pm To: TOM PETERS (Rcvd) (Read 132 times) Subj: R: C & ASM Tom, I don't remember ever reading anything which indicated that we could depend on the assembler --- anybody's --- to generate the underscores. ANd the only thing the compiler uses the PASCAL declarative for is to control how it generates the arguments for the function calls ... and which routine (caller or callee) will be responsible for flushing the stack at return to caller. Grant >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 254D3190 Date: 05/04/89 From: TOM PETERS Time: 09:53 am To: ALL (Read 141 times) Subj: ASM & ENV VARIABLES Is there any easy way to modify the environment from an assembly language routine? Something akin to putenv()? I need to leave an env variable set on exit. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25DG1710 Date: 05/09/89 From: STEVEN KEY Time: 12:28 pm To: TOM PETERS (Rcvd) (Read 134 times) Subj: R: ASM & ENV VARIABLES Tom, Check Mahoney collection for a file called, if I remember, ANSWER203. This is utility written to allow batch files to put stuff in the environment, but any program should be able to do it. There is asm code. Note that this program gets the environment area for the parent program - should be commmand.com for a batch file or .com file. Steven --------------- ** Current thread: ASM & ENV VARIABLES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25DG2112 Date: 05/09/89 From: STEVEN KEY Time: 12:35 pm To: STEVEN KEY (Rcvd) (Read 131 times) Subj: R: ASM & ENV VARIABLES Steve, That filename has at least one too many characters ! Steven --------------- ** Current thread: ASM & ENV VARIABLES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25DH0719 Date: 05/09/89 From: TOM PETERS Time: 01:11 pm To: STEVEN KEY (Rcvd) (Read 133 times) Subj: R: ASM & ENV VARIABLES it's worth a try. Thanks, will check into ANSWER203 --------------- ** Current thread: ASM & ENV VARIABLES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25K10631 Date: 05/16/89 From: ERIC JABLOW Time: 12:10 am To: TOM PETERS (Rcvd) (Read 139 times) Subj: R: ASM & ENV VARIABLES I read in a recent magazine (I forget which) that the hardest part of handling the environments is finding them. It is highly nontrivial to find the particular environment you wish to find in the most general situation of having many spawned processes and TSRs cluttering up the memory. I don't know what your particular situation is, but I hope it's just a child process trying to change its parent's environment, and not a more general ecology. SET ALASKA=OILSPILL Eric --------------- ** Current thread: ASM & ENV VARIABLES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25NI1028 Date: 05/19/89 From: TOM PETERS Time: 02:17 pm To: ERIC JABLOW (Rcvd) (Read 142 times) Subj: R: ASM & ENV VARIABLES No, unfortunately, I need to polute the whole ecology. I need, effectively, to perform the equiv of SET NAME=username where username can only be known by setting AH to 5Ah and invoking interrupt 2Fh. Need to write the program so it can be executed in a batch file. Actually, I have written in, and it even works. I stole a buncha code from Arny Krueger and wrote the whole shebang in ASM. I even got him to upload more recent version of SETNOW so I could get the right code. Arny's a prince. --------------- ** Current thread: ASM & ENV VARIABLES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25PS3171 Date: 05/20/89 From: ERIC JABLOW Time: 11:52 pm To: TOM PETERS (Rcvd) (Read 137 times) Subj: R: ASM & ENV VARIABLES I suggest that y[Aou look at Computer Language Magazine, Apr. '89, Reading and Writing the DOS Environment, by Jon-K Adams, pp. 45ff. It describes the difficulties in accessing the Environment, depending on your DOS version, and on whether a secondary copy of COMMAND.COM is extant. Also, I would download from here the file TPENV.ZIP, written by Kim Kokonnen. Good Luck, Eric --------------- ** Current thread: ASM & ENV VARIABLES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25QC3236 Date: 05/21/89 From: GRANT ELLSWORTH (Leader) Time: 08:53 am To: ERIC JABLOW (Rcvd) (Read 135 times) Subj: R: ASM & ENV VARIABLES Eric, do you know how any of the Networking s/w alters the environment arrangements such that the standard methods of setting environment vars from ASM or C won't work according to DOS rules. I have a program which sets environment vars correctly under DOS, but really pollutes the world when I try to run it under a network (Novelle, in particular). Have you seen any docs, articles, etc., on this subject? Grant --------------- ** Current thread: ASM & ENV VARIABLES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25R13175 Date: 05/22/89 From: ERIC JABLOW Time: 12:52 am To: GRANT ELLSWORTH (Rcvd) (Read 135 times) Subj: R: ASM & ENV VARIABLES No. I don't know anything about how DOS works under networks. It seems throughly disgusting to me for DOS to work differently under a network than on a standalone. The article I've seen most recently is in the April Computer Language magazine, and it discusses the problems in setting environment variables in various versions of DOS and if a secondary COMMAND.COM is in existence. Perhaps if you were to look at the latest interrupt collection (INTER189.ZIP) you might find out about how Novell network software interrupts interact with DOS interrupts. But the DDOS environment system is a total screwup. Look at TPENV.ZIP too. I wonder how environments work with the alternate command.com systems such as 4DOS, MKS Toolkit, etc.? --------------- ** Current thread: ASM & ENV VARIABLES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25RF2793 Date: 05/22/89 From: GRANT ELLSWORTH (Leader) Time: 11:46 am To: ERIC JABLOW (Rcvd) (Read 135 times) Subj: R: ASM & ENV VARIABLES Eric, thanks for the tips! Grant --------------- ** Current thread: ASM & ENV VARIABLES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25SB3003 Date: 05/23/89 From: STEVEN KEY Time: 07:50 am To: GRANT ELLSWORTH (Rcvd) (Read 137 times) Subj: R: ASM & ENV VARIABLES Grant, I was using a program the Mahoney collection called ANSWER which worked fine under DOS, and didn't work at all under Netware. ANSWER gives a prompt on the screen and then sets an environment variable called (what else?) ANSWER to the keyboard input. Great for batch files. Fortunately, the ASM source code was included. There was a bug in the code where it was looking for a segment address. It was getting it from the wrong place, but it was a wrong place that happened to work under DOS but not after the Netware TSR's ran. I uploaded the fix as ANSWR203. Perhaps this bug has spread itself around the ENV world and you are having the same problem. Steven --------------- ** Current thread: ASM & ENV VARIABLES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25SF3085 Date: 05/23/89 From: GRANT ELLSWORTH (Leader) Time: 11:51 am To: STEVEN KEY (Rcvd) (Read 134 times) Subj: R: ASM & ENV VARIABLES Steven, please clarify ... did your repair enable ANSWER to work after netware drivers were loaded, and THEN after network was active (i.e. you were logged onto the network at your work-station)? Thx, Grant --------------- ** Current thread: ASM & ENV VARIABLES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25SL1150 Date: 05/23/89 From: TOM PETERS Time: 05:19 pm To: ERIC JABLOW (Rcvd) (Read 133 times) Subj: R: ASM & ENV VARIABLES Me and Arny Krueger got it nailed down, and though we haven't tested it under DOS 4, it should work on anything from 2.11 on up. Thanks for your comments, though, I think I will look and TPENV. --------------- ** Current thread: ASM & ENV VARIABLES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25TB2681 Date: 05/24/89 From: STEVEN KEY Time: 07:44 am To: GRANT ELLSWORTH (Rcvd) (Read 135 times) Subj: R: ASM & ENV VARIABLES Grant, Yes, ANSWR203 works very nicely on workstations running Netware. i use it very heavily in my menu system running on the network. Steven >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25AG3139 Date: 05/06/89 From: GRANT ELLSWORTH (Leader) Time: 12:52 pm To: ALL (Read 148 times) Subj: CASE AND C/ASM Message CC'd to: ALL RICK VANHORN An interesting subject come up in one of the other conferences which I thought might be expanded upon here ... Subject is CASE --- Computer Assisted Software Engineering ... Does anybody out there have any experience with or knowledge of CASE tools being used with C or C+ASM based applications? If so, let's have some comments ... Does this stuff really work? Does it really save time? Can it really be used in C/C+Asm applications? Grant --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25AP2275 Date: 05/06/89 From: RICK VANHORN Time: 08:37 pm To: GRANT ELLSWORTH (Rcvd) (Read 144 times) Subj: R: CASE AND C/ASM Grant, I may be going out on a limb, here, but if CASE is where you call ready-made routines, its much like using a library. Some of the things I've written set up low-level routines to determine monitor, equipment, etc., and build up from there. If I'm understanding CASE correctly, then, yes, they really DO help. A programmer can concentrate on the main flow of the program and use the ready-made routines to take care of the more mundane. The time spent working on learning the routines are well worth it, if they're fairly bug-free. BUT, if CASE is where you write a "program" in the environment of the CASE editor and it generates the code for you, you frequently end up with programs that are usually twice as large as they need to be and considerably slower. Again, it all depends on who wrote it and the modularity/compactness of it. Witness an RBase compiled program... it's very large and usually quite slow. It's been quite a while since I used anything that generated code for me. I wasn't real impressed at the time, but I DO know from my readings that there are some very excellent CASE-ware programs coming down the line. Again, learning-curve is usually quite long and program size is usually larger than if you wrote it from the ground up. BUT, the learning curve is probably shorter than working with CodeView or Debug to understand a particular DOS interrupt so that you know what to do with it. The larger code size may, at times, justify the quicker programming time. I see it as any tool that can help is worth it, up to a point. --Rick PS: in my private message to you, I confused C.A.S.E. with the case management of patients. --------------- ** Current thread: CASE AND C/ASM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25AQ2803 Date: 05/06/89 From: GRANT ELLSWORTH (Leader) Time: 09:46 pm To: RICK VANHORN (Rcvd) (Read 145 times) Subj: R: CASE AND C/ASM Thanks for your comments on utility of CASE (C.A.S.E.) tools as you've seen them. My understanding of CASE is where the analyst somehow (with smoke and mirrors) specifies the application's requirements in a very formal way , pays heed to the enterprise's subject data bases, etc., and pushes a "MAKE IT" button === PRESTO/CHANGO/HocusPocus there's an opera- tional application on-line and ready to use. Grant Anybody else with specific experience in CASE, particularly where C and/or ASM code was involved? --------------- ** Current thread: CASE AND C/ASM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25AR0275 Date: 05/06/89 From: RICK VANHORN Time: 10:04 pm To: GRANT ELLSWORTH (Rcvd) (Read 143 times) Subj: R: CASE AND C/ASM Grant, Okay, I'm with you now on what a CASE program is. Dan Bricklin has one out called Demo Maker (or some such) where you paint the screens, etc. and it writes out code to disk to have a ready-to-go demo. It is supposed to be EXCELLENT. With all CASE programs, in theory, a non-programmer can create an honest-to-god program. Early ones didn't use smart compilation, i.e., the entire runtime library was dropped in, even though several functions are never called. They sneakily teach non-programmers how to program without them ever realizing it. Mostly, they are like a higher level language even one step higher, usually with a lot of utilities to make the creation of the program easier. Some write out code which then needs compiled. All that I have ever seen are limited in their approach; they only do what is defined in their routines. If there is no function to clear a window on the screen, then it doesn't exist and can't be used. They ARE good for quick program generation, but I don't think that any serious programmer will use one for anything other than minimal programs. --Rick --------------- ** Current thread: CASE AND C/ASM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25AR1111 Date: 05/06/89 From: MICHAEL MCCLUNE Time: 10:18 pm To: GRANT ELLSWORTH (Rcvd) (Read 140 times) Subj: R: CASE AND C/ASM Grant After reading the reply to you I remember a freind showing me a CASE program. He told me it was used to design screen layouts to show clients how his program would look and feel before he spent hours writing code. A real time saver. If there was something the client didn't like the layout was easily changed. Off hand I can't think of the name of the software. If your interested I can ask for you. Mike --------------- ** Current thread: CASE AND C/ASM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25BG1197 Date: 05/07/89 From: GRANT ELLSWORTH (Leader) Time: 12:19 pm To: RICK VANHORN (Rcvd) (Read 140 times) Subj: R: CASE AND C/ASM Have you seen any such tools specifically intended for use with C, Pascal, or Asm (micro or other) programs/applications/systems? I have read of such for use with Cobol and database languages only. Grant --------------- ** Current thread: CASE AND C/ASM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25BG1274 Date: 05/07/89 From: GRANT ELLSWORTH (Leader) Time: 12:21 pm To: MICHAEL MCCLUNE (Rcvd) (Read 139 times) Subj: R: CASE AND C/ASM Mike, do it. Having name of product, vendor, etc., might be of interest to many in this forum as well as the other forums. Grant --------------- ** Current thread: CASE AND C/ASM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25BH1919 Date: 05/07/89 From: RICK VANHORN Time: 01:31 pm To: GRANT ELLSWORTH (Rcvd) (Read 142 times) Subj: R: CASE AND C/ASM Grant, I'll have to look in my back issues of PC Tech. I seem to remember an article about fourth-generation things coming down the line. Did you know that PC Tech is going to be discontinued by Ziff-Davis? --Rick --------------- ** Current thread: CASE AND C/ASM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25CP0813 Date: 05/08/89 From: GRANT ELLSWORTH (Leader) Time: 08:13 pm To: RICK VANHORN (Rcvd) (Read 140 times) Subj: R: CASE AND C/ASM >discontinuation of PCTJ by Ziff-Davis Yes, I got notice of it in the mail. I've been a long-time subscriber to PCTJ and have really like it much. I am VERY disappointed. But this is not the 1st Ziff-Davis pub I've subscribed to which Ziff-Davis has so unceremoniously and suddenly retired. The publishing business runs on a real tight nut.... and Z-D's is one of the tightest. Must be that PCTJ couldn't keep the circulation base to cover the costs to produce and sell against the other ZD pubs. But, I am really growling over this one. I'm wondering what will be the next ZD pub I like to byte the dust. Grant --------------- ** Current thread: CASE AND C/ASM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25DD1407 Date: 05/09/89 From: GLEN THOMPSON Time: 09:23 am To: GRANT ELLSWORTH (Rcvd) (Read 140 times) Subj: R: CASE AND C/ASM Grant, We've just started looking at CASE tools but for a COBOL environment. Biggest advantage is in data definition. Make sure all your database are defined properly and ahead of all the rest. The CASE packages then make sure you have consistent usage and that there is proper correspondence between the input screens, the data base and the output. Useful for large projects and database stuff but overkill for smaller projects. I see no reason why it would not provide the same functions on for other languages and systems. glen --------------- ** Current thread: CASE AND C/ASM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25DR2531 Date: 05/09/89 From: GRANT ELLSWORTH (Leader) Time: 10:42 pm To: GLEN THOMPSON (Rcvd) (Read 135 times) Subj: R: CASE AND C/ASM Are you using/deriving "Subject" databases from an "enterprise model"? GE --------------- ** Current thread: CASE AND C/ASM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25EE2351 Date: 05/10/89 From: GLEN THOMPSON Time: 10:39 am To: GRANT ELLSWORTH (Rcvd) (Read 136 times) Subj: R: CASE AND C/ASM Grant, I'm not involved in working with the CASE tools, some others are and I'm not sure exactly what they've got going. glen >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25BG1301 Date: 05/07/89 From: STEVE KRAUS Time: 12:21 pm To: ALL (Read 129 times) Subj: DIFFERENTIAL FILE COMPARE I've uploaded DIFF25.ZIP to the Mahoney area. This is a differential file comparator that compares two files and generates a list of the differences. DIFF will also generates a file with change bars. I have made changes to DIFF23.ZIP for more use by programmers. The original is from Dr Dobbs Journal Aug 87. It was extensively modified by Peter van Es who optimized the source. I would like to make more changes with respect to examining changes in program source code. Is there another DIFF utility in Unix or DOS that has a clear description of options? DIFF handles large files well and only gets confused with large numbers of changes. Are there any other nice C comparison utilities that anyone has heard of? --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25CM1250 Date: 05/08/89 From: RICK VANHORN Time: 06:20 pm To: ALL (Read 131 times) Subj: CASE TOOLS Message CC'd to: ALL GRANT ELLSWORTH Grant/ALL, The PC Tech which discusses CASE tools relatively completely from a general standpoint is the August 88 issue, Vol 6, No. 8. The one evaluated (Excelerator) is rather pricey ($8,400). The general thrust of the articles, in skimming them, is that the CASE software concentrates on the user interface/design and basically presents the author with a kindof outline to use for doing the actual coding. They are resting their strength on the concept that the software will be good if the front end is designed first with the coding later to produce it. It has some merit, but I question the priciness. Might be a good job for SHAREWARE-MAN. Enjoy the reading. --Rick --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25CN3094 Date: 05/08/89 From: GRANT ELLSWORTH (Leader) Time: 07:51 pm To: RICK VANHORN (Rcvd) (Read 136 times) Subj: R: CASE TOOLS Rick, I think I saw the article. I do have back issues of PCTJ and I know I have that issue. I'll pull it out and read the article again. WRT to you comment that CASE software focuses on the user interface (design of), I don't have that understanding. As I came to know the subject, CASE was supposed to enable non-programer business/enterprise specialists to totally specify the data requirements, logical relationships, enforcement rules, and decision processing through graphical / iconic means and a very formal structured dialog. Those aspects of CASE which focus on design and creation of the application's user-interface barely scratch the surface of the intent and direction of CASE tools. Grant --------------- ** Current thread: CASE TOOLS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25DC0509 Date: 05/09/89 From: DAVID ROSENBAUM Time: 08:08 am To: RICK VANHORN (Rcvd) (Read 136 times) Subj: R: CASE TOOLS RICK, I DONT KNOW WHO YOU REFER TO AS SHAREWARE-MAN, BUI WOULD LIKE TO HELP ACCEPT THAT CHALLENGE. I DO A FAIR AMOUNT OF CODING FOR REAL TIME DATA COLLECTION ON PC'S. I HAVE SOME TOOLS THAT WOULD ALLOW US TO DESIGN A USER INTF. (ICONS, MICE ETC) AND A DATABASE FUNCTION . BETWEEN THESE TOOLS AND THE COMBINED TALENTS HERE I THINK THAT WE COULD PUT A NICE LIBRARY TOGATHER THAT WOULD ALLOW THE END USER A CASE ENVIRONMENT. IT WOULD TAKE SOME TIME, AND WITH ANY GREAT ENDEAVOR WE MUST FACE THE POSSIBILITY OF HAVING SOMETHING WRITTEN BY THE SOFTWARE GIANTS THAT WOULD SUPERCEED OUR EFFORTS. AS LONG AS WE'RE AWARE OF THIS AT THE JUMP, I THINK THAT WE HAVE A GOOD SHOT AT PRODUCING A SHAREWARE GOODIE. WHATCHA THINK. I BOUGHT MATRIX LAYOUT AND HAVE BEEN REALLY DISSAPOINTED. I'VE ALWAYS BEEN A SUCKER FOR THOSE <= $200 MIRACLES. LONG AGO I DESIGNED A COMPILER FOR PC'S TO RUN CADO CODE. ITS NOTHING SPECIAL, BUT I THINK IT GAVE ME SOME INSIGHT INTO WHAT GOES INTO THAT TYPE OF EFFORT. -DR- --------------- ** Current thread: CASE TOOLS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25DE1575 Date: 05/09/89 From: LAMONT THOMAS Time: 10:26 am To: DAVID ROSENBAUM (Rcvd) (Read 134 times) Subj: R: CASE TOOLS Hello, I am new to this section and would like to add my two cent to the current topics. I believe CASE tool will be very useful for people who would like to program but do not wish to learn a programming language. I have taught myself Smalltalk/v and think it would be a good language to be used for a CASE program. Does any one else use Smalltalk/v? I am the in the right place to be asking this question ? Oh well if not it would not be the first time? Thanks for giving the opportunity to boast about what I think is a great language "SMALLTALK/V". I hope I have not strayed to far from the main topic of this thread. --------------- ** Current thread: CASE TOOLS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25DM1087 Date: 05/09/89 From: RICK VANHORN Time: 06:18 pm To: DAVID ROSENBAUM (Rcvd) (Read 135 times) Subj: R: CASE TOOLS David, I must admit that I'm a hard-core Pascal programmer in the process of learning C, so I'm not much help, at least from the C level. But, from a design level, I know from many hours of coding that the success requires second-guessing what is intuitive to a user. I love PKZIP, etc., but don't feel that the DOS command line with switches is the place for users, no matter how well explained. Their eyes glaze over as soon as it looks like it will take some computer knowledge to understand the use of the program. Part of the reason for the success of the Mac (remember how much we all LAUGHED at it a few years ago? I use one at work, am in love with it, and would recommend it over IBM for general use in an office setting because of the quick-learn time, AND, more importantly, less of my time explaining how to format a disk, this is what you do next, etc.). First, one would need to define a good user interface. NOT one you or I like, but one that is intuitive to the user and their needs. WINDOWS comes close, kindof. After setting up the user interface, basic stuff such as windowing, etc., then one needs to create "editors", menus to make the creation of the whole thing as "easy" as moving stuff around. From there, I don't see any major problem with writing a text file out to disk which will define the necessary include files and other code. I really believe that, before this becomes feasible in the shareware market, one needs to create some "hot" software using the interface/code to show what can be done. THEN, it needs adopted by other authors into their work. It IS a very massive project, one which I'm kindof tackling; other companies have a jump and R&D that I don't, but then, I won't be charging $8,400 up front for anything either. More later. --Rick PS: I wonder if that $8,400 comes with a 30 day satisfaction guarantee? --------------- ** Current thread: CASE TOOLS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25DM1291 Date: 05/09/89 From: RICK VANHORN Time: 06:21 pm To: DAVID ROSENBAUM (Rcvd) (Read 137 times) Subj: R: CASE TOOLS David, One other thought... are there any shareware authors out there who would find this type of system beneficial, knowing that they are "stuck" with the basic underlying routines? If so, would it be worth a percentage, i.e., the more copies they sold of their software, the more actual $$ seen by the system author? Would it be worth, say, 5% of the gross? No one seems to be able to answer how to charge for something like this. --Rick --------------- ** Current thread: CASE TOOLS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25IC1908 Date: 05/14/89 From: DAVID ROSENBAUM Time: 08:31 am To: RICK VANHORN (Rcvd) (Read 140 times) Subj: R: CASE TOOLS RICK, I'm pretty new to this BBS stuff as well. I agree with your thoughts concering the user interface and the needs to include other members to produce a significant product. One of my basic assumptions is that we all do something other than this project for a living ( how would we be able to affford the phone time ). Given this, to produce a product in a timely maner we need to recruit the assistance of some other authors. On the subject of the user interface that lib that i have for c, it's wonderful, it has windows, window editors, dialoge boxes, date and time routines and many many more. Sounds like a commercial doesent it. Anyway the point is that we could design a user intf based on these tools being avail. if you like, i could send you the demo. Please pardon my delay in responding, I've been doing two large projects ( this has only happened twice in the last year ). What i'm trying to say is that i could dedicate 5-10 hrs / wk to this project. Maybe what we need to do is produce some demo user intf and database goodies to intice other authors to pledge a certain number of hrs to this project. Didn't mean to ramble on , if pascal is preferable to you i could link in pascal objs to produce the exes. whatever. Bye 4 now -DR- --------------- ** Current thread: CASE TOOLS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25IC2782 Date: 05/14/89 From: DAVID ROSENBAUM Time: 08:46 am To: LAMONT THOMAS (Rcvd) (Read 138 times) Subj: R: CASE TOOLS LAMONT, I've never used smalltalk, I've read lots about it and have been inticed a few times to get a copy but sadly i've never gotten to it. The problem that i run into is that I write mostly communications code. So as not to loose any of that comm data the code needs to be fast and tight. C fits that bill. One tends to work with the tools that they know best. So i've continued to code in C. Now, with all of the library s avail for turbo and msc, I dont have to beat my head against the wall to get my data to a Db3 file ( for example ) or to check if the user has a mouse. Smalltalk may provide these functions, but to build a CASE , i think that we will need to recruit the assistance of other programmers and to find more than a handfull of skilled Smalltalk programmers may prove more difficult than the task itself. Please dont intrepret my response as downing Smalltalk. My opinion is that all languages are tools to get the job done. Not only does the tool have to fit the job, but we also need to have skilled operators for the tools at hand. THanks -DR- --------------- ** Current thread: CASE TOOLS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25J11743 Date: 05/15/89 From: LAMONT THOMAS Time: 01:29 am To: DAVID ROSENBAUM (Rcvd) (Read 140 times) Subj: R: CASE TOOLS Hello David, I did not take your responds as a put down of Smalltalk. Like many people (including myself) you use what you are familar with. The reason I said smalltalk would be a good language to develop a CASE product are: 1)It already has a graphics interface and mouse support 2)It can use tools written in other langauges (keep the good 'C' tools) 3)It is an object oreinted language- this facilitates code reuseabilty 4) Smalltalk/v has a prolog intepreter included this would aid in code generation. You are right, in that there are not enough Smalltalk programmers but hopefully this will not always be the case. I would recommend that you purchase Smalltalk/v, because I would like to have some one to talk to and you can increase you understanding of what seems to be all the rage in programming circle Objects Oreinted programming. If my understand correctly all the Big software house are switching to the pardigm. So catch the wave. Thanks for giving me the opportunity to talk Smalktlk with you. --------------- ** Current thread: CASE TOOLS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25KQ0523 Date: 05/16/89 From: RICK VANHORN Time: 09:08 pm To: DAVID ROSENBAUM (Rcvd) (Read 134 times) Subj: R: CASE TOOLS David, Are the libs your libs, or something downloaded/bought? I like the idea of multiple authors, but I'm also leery; lots of details to work out. If the project is successful, how is the money divided? How do we make the money? Etc. These types of things should be worked out between authors prior to ANY collaboration so that problems/bad feelings don't crop out after things are successful. Other things to think about: 1) how many authors do we allow to contribute time/energy? 2) what is a reasonable time expectation from people? 3) how do we justify allowing someone to work on the project (i.e., what if they write schlock code? should they be allowed a percentage?). I think that this subject would be VERY valuable to myself and others, and will put more thought into the matter. I think that this subject should be moved away from the C-specific area and maybe into the larger arena/generic area. I'll look around for the proper message area and leave you a note (publicly) so that anyone else who wants to may follow this trail. As to looking at the libs, a demo would be fine, but I DON'T want to look at source code at this point. Look what happened to Phil Katz because he looked at some of SEA Ware's source code. --Rick >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25D42604 Date: 05/09/89 From: PAT SHEA Time: 04:43 am To: ALL (Read 132 times) Subj: ETC . . . and here's the latest yuk from Usenet. . . The Ten Commandments for C Programmers Henry Spencer Thou shalt run \fIlint\fR frequently and study its pronouncements with care, for verily its perception and judgement oft exceed thine. Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end. Thou shalt cast all function arguments to the expected type if they are not of that type already, even when thou art convinced that this is unnecessary, lest they take cruel vengeance upon thee when thou least expect it. If thy header files fail to declare the return types of thy library functions, thou shalt declare them thyself with the most meticulous care, lest grievous harm befall thy program. Thou shalt check the array bounds of all strings (indeed, all arrays), for surely where thou typest ``foo'' someone someday shall type ``supercalifragilisticexpialidocious''. If a function be advertised to return an error code in the event of difficulties, thou shalt check for that code, yea, even though the checks triple the size of thy code and produce aches in thy typing fingers, for if thou thinkest ``it cannot happen to me'', the gods shall surely punish thee for thy arrogance. Thou shalt study thy libraries and strive not to re-invent them without cause, that thy code may be short and readable and thy days pleasant and productive. Thou shalt make thy program's purpose and structure clear to thy fellow man by using the One True Brace Style, even if thou likest it not, for thy creativity is better used in solving problems than in creating beautiful new impediments to understanding. Thy external identifiers shall be unique in the first six characters, though this harsh discipline be irksome and the years of its necessity stretch before thee seemingly without end, lest thou tear thy hair out and go mad on that fateful day when thou desirest to make thy program run on an old system. Thou shalt foreswear, renounce, and abjure the vile heresy which claimeth that ``All the world's a VAX'', and have no commerce with the benighted heathens who cling to this barbarous belief, that the days of thy program may be long even though the days of thy current machine be short. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25KR0335 Date: 05/16/89 From: RICK VANHORN Time: 10:05 pm To: ALL (Read 148 times) Subj: MISC/CASE Message CC'd to: ALL DAVID ROSENBAUM David, (and ALL); I'm moving the discussions about a collaborative effort to the Programming General forum. We'll see you there. --Rick --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25QG3408 Date: 05/21/89 From: RICK VANHORN Time: 12:56 pm To: ALL (Read 131 times) Subj: MAGAZINE BACK ISSUES TO ALL, MAKE $$$. I am in the process of binding all of my issues of PC Tech and PC Magazine. I would like to have a complete library of all of the issues and am willing to pay for back issues. Needed are: PC Tech: Vol 1, #1..6 Vol 1, #8..12 Vol 2, ALL Vol 3, #1..3 Vol 4, #7 PC Mag: Vol 1, ALL Vol 2, ALL Vol 3, ALL Vol 4, #1 & 2 Vol 5, #14 Please leave me a message in the private section if you are willing to part with these back issues. I'd like to negotiate a package deal with you if you have more than one of these issues. Hope to hear from you. --Rick --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25SL0755 Date: 05/23/89 From: GLEN THOMPSON Time: 05:12 pm To: RICK VANHORN (Rcvd) (Read 136 times) Subj: R: MAGAZINE BACK ISSUES Rick, I have most of the PCTJ's you need, I think. How much are you willing to pay? Shipping to WI will add to that of course. I'm leaving for my brother's wedding so I won't be able to get back to you for a week. I'll confirm the exact issues then (they aren't where I am). glen --------------- ** Current thread: MAGAZINE BACK ISSUES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25SL2748 Date: 05/23/89 From: RICK VANHORN Time: 05:45 pm To: GLEN THOMPSON (Rcvd) (Read 134 times) Subj: R: MAGAZINE BACK ISSUES Glen, What's fair? Would you be insulted if I offered $2/ea, shipping extra (approx. $55 plus shipping)? $3 each? $4 each and you pay shipping? What will you take? I'm VERY interested in getting them all from one source. --Rick --------------- ** Current thread: MAGAZINE BACK ISSUES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2A1F0428 Date: 06/01/89 From: GLEN THOMPSON Time: 11:07 am To: RICK VANHORN (Rcvd) (Read 137 times) Subj: R: MAGAZINE BACK ISSUES Rick, Here's the issues I was able to locate. Vol 1 #1-5 Vol 2 #8,9 Vol 2 ALL Vol 3 #1-3 I had loaned out some of the others but I can't remember who to. I'll check around and see if I still can get back the others. I checked in a PC Tech Journal and they were asking $7 each for back issues. Balancing the fact that mine are not in mint condition but that they may become collectors items - I'm going to have to ask $6 each for them but I'll cover the shipping. Let me know if you want them and what arrangements you want to make. glen --------------- ** Current thread: MAGAZINE BACK ISSUES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BIS2135 Date: 07/14/89 From: DAVE NELSON Time: 11:35 pm To: RICK VANHORN (Rcvd) (Read 115 times) Subj: R: MAGAZINE BACK ISSUES I have the complete PC Tech journal colection from v1n1. Make me an offer for what you're missing. Dave Nelson >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25SA3131 Date: 05/23/89 From: TOM NOWALIS Time: 06:52 am To: ALL (Read 138 times) Subj: C PROGRAM I am writing a program to print a string out by using a loop with a pointer to print out one character at a time. Compiling the code with turbo c 2.0 I get and error message on the For loop which says non-portable pointer assignment. Also my output is garbage. Is their anyone who has any suggestions? The following is my code: main() { char strg[40],*count; strcpy(strg, "all in a days work."); for (count=&strg[0]; count < 40;count++) printf(" %c\n ",*count); } --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25SL1053 Date: 05/23/89 From: GLEN THOMPSON Time: 05:17 pm To: TOM NOWALIS (Rcvd) (Read 139 times) Subj: R: C PROGRAM Tom, count is a pointer to type string and can't be compared to the number 40. Also the address-of operand on strg[0] asks for the address of the address of the string. Try the following: for (count=strg;*count;count++) printf(........ That sets count to the address of the string, increments it by 1 in the loop and stops when the value pointed to is 0 (the string end). glen --------------- ** Current thread: C PROGRAM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25TS2290 Date: 05/24/89 From: ERIC JABLOW Time: 11:38 pm To: GLEN THOMPSON (Rcvd) (Read 141 times) Subj: R: C PROGRAM Even better, I think, is the following code fragment: char string[41]; /* string contains up to 40 char's + final \0. */ char counter; /* counter traverses the string. */ strcpy( string, "The time has come, the carpenter said,"); counter = string; /* Remember, string is really a `const char *' */ /* effectively; in assignments, it stands for */ /* its own address, and is nearly a char *. */ while ( *counter != '\0') printf( "%c\n", *counter++ ); The while loop is crucial. Entering it, counter points to the beginning of the string. Then, the loop question is: Is the element that counter points to null? If so, the string has ended, and we can go on. Otherwise, the printf statement is executed, and the character counter points to is printed on a line by itself. However, since we used *counter++ in the invocation, the side-effect is that counter is bumped up to the next character in the string. Incidentally, you could have replaced the while condition by: while( ! *counter), as the null character is just zero. Hope this helps the original poster. Eric --------------- ** Current thread: C PROGRAM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25UD1442 Date: 05/25/89 From: MARK GINSBERG Time: 09:24 am To: ERIC JABLOW (Rcvd) (Read 137 times) Subj: R: C PROGRAM Shouldn't that declaration be: char *counter; ? --------------- ** Current thread: C PROGRAM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25UP0997 Date: 05/25/89 From: TOM NOWALIS Time: 08:16 pm To: GLEN THOMPSON (Rcvd) (Read 138 times) Subj: C PROGRAM Glen, your suggestion worked Great! Thanks much for the info. --------------- ** Current thread: C PROGRAM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25YF1029 Date: 05/29/89 From: DENNIS MEILICKE Time: 11:17 am To: ERIC JABLOW (Rcvd) (Read 136 times) Subj: R: C PROGRAM Isn't it supposed to be "The time has come, the *Walrus* said..."? Dennis >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25TE3010 Date: 05/24/89 From: VICTOR DURA Time: 10:50 am To: ALL (Read 130 times) Subj: READING NEW MESSAGES Hello All, I'm new to this bbs and I was wondering if anyone could tell me how to get the read (N)ew message command to work properly. I've read all the messages in this conference, and used the P and D commands, but whenever I return to this conference and use the N command, the messages start scrolling from the beginning of the message file, 3/24/89 it believe. This also happens in the other conference area I visit, so I'm guessing I don't have some parameter set correctly. Can anyone suggesting something? Thanks for listening. Vic Dura --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25TG1980 Date: 05/24/89 From: MARK DALLNER Time: 12:33 pm To: VICTOR DURA (Rcvd) (Read 131 times) Subj: R: READING NEW MESSAGES Vic, After you have done a (P)ushed high once, all you need to do the next time to read new messages is type (N)ew. Remember to (Q)uit a conference and not (U)njoin. Unjoin trashes the message pointers because it thinks you no longer wish to be a part of that particular conference subject. Mark --------------- ** Current thread: READING NEW MESSAGES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25UC0762 Date: 05/25/89 From: VICTOR DURA Time: 08:12 am To: MARK DALLNER (Rcvd) (Read 128 times) Subj: R: READING NEW MESSAGES Mark, I think that's the procedure I've been using, i.e. (P)ush once, followed by a (N)ew at the beginning of the next session, followed by a (Q) at the end of the session. I'll try again to make sure. Thanks for your help...Vic --------------- ** Current thread: READING NEW MESSAGES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25UD0862 Date: 05/25/89 From: MARK DALLNER Time: 09:14 am To: VICTOR DURA (Rcvd) (Read 131 times) Subj: R: READING NEW MESSAGES Vic, Another way to handle the New message read is to type * at the main confernce menu and all the topics you have joined will get the New scan. This wasn't obvious to me at first. Mark --------------- ** Current thread: READING NEW MESSAGES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25VA3128 Date: 05/26/89 From: VICTOR DURA Time: 06:52 am To: MARK DALLNER (Rcvd) (Read 131 times) Subj: R: READING NEW MESSAGES Mark, I didn't know about the *. I saw the explaination of it in the main menu, but t it would cause the system to read messages in all areas, r than the conferences you join. BTW, how does the system know you have joined a particular conference. Is a user automatically "joined" to a conference arer that he visits? Thanks for the tip, I'll try it right now. Vic --------------- ** Current thread: READING NEW MESSAGES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25VC1691 Date: 05/26/89 From: STEVEN KEY Time: 08:28 am To: VICTOR DURA (Rcvd) (Read 130 times) Subj: R: READING NEW MESSAGES Vic, I think you are "joined: to everything unless you "unjoin". Steven --------------- ** Current thread: READING NEW MESSAGES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25ZK1589 Date: 05/30/89 From: MARK DALLNER Time: 04:26 pm To: VICTOR DURA (Rcvd) (Read 126 times) Subj: R: READING NEW MESSAGES Once you join a conference you will get to read new messages untill you UNjoin it. If you quit, the pointers are reset for the next new scan. --------------- ** Current thread: READING NEW MESSAGES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25^C2149 Date: 05/31/89 From: VICTOR DURA Time: 08:35 am To: MARK DALLNER (Rcvd) (Read 125 times) Subj: R: READING NEW MESSAGES Mark, Thanks for the info...Vic >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25VH0196 Date: 05/26/89 From: VICTOR DURA Time: 01:03 pm To: ALL (Read 133 times) Subj: MSC WARNING MESSAGE Hello, I'm new to C programming, and wondering if anyone could help with a question I have. The below segment of code results in the compiler warning message from MSC 4.0 . The program links and runs ok, but I would like to learn what causes the warning messge. I didn't write the code, and being new to C, don't really know what it's doing. Thanks for your help. ...Vic Dura #define LINT_ARGS #include <dos.h> put_dta(p_dta) char *p_dta; { union REGS inreg; union REGS outreg; inreg.h.ah = 0x1a; inreg.x.dx = p_dta; intdos(&inreg, &outreg); return (0); } /* the following warning message is produced */ putdta.c(9) : warning 47: '=' : different levels of indirection --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25VK2183 Date: 05/26/89 From: GRANT ELLSWORTH (Leader) Time: 04:36 pm To: VICTOR DURA (Rcvd) (Read 140 times) Subj: R: MSC WARNING MESSAGE Warning derives from statement reading: inreg.x.dx = p_dta ... p_dta is declared as a pointer to a character string inreg.x.dx is declared as an integer ... hence, you will have much trouble if you compile with anything other than the small model where pointers are 16 bits (and therefore the same size as integers). In other memory models (compact, large, etc..) pointers are assumed to be 32-bit entities (containing both segment and offset). different levels of indirection derive from fact that ... .dx has 0 levels of indirection, while p_dta has 1. Hope this makes sense. Grant --------------- ** Current thread: MSC WARNING MESSAGE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25ZB0098 Date: 05/30/89 From: VICTOR DURA Time: 07:01 am To: GRANT ELLSWORTH (Rcvd) (Read 126 times) Subj: R: MSC WARNING MESSAGE Grant< Thanks for the reply. Yes it does make sence. I have compiled and used this code without problem so far. It's one of several routines which together expand a wild card file-spec into a list of file-specs. I'm just learning C, so I'm hacking away on this piece of code to see how things work. I'm going to try playing around with it a little more. ....Vic >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25ZQ2981 Date: 05/30/89 From: GRANT ELLSWORTH (Leader) Time: 09:49 pm To: RANDOLPH MACKENZIE (Rcvd) (Read 127 times) Subj: R: NEED FILTER Randolph, There is a better way in DB3 to do this date conversion than the way you chose ... use of the CTOD() with the substr fuction should work fine ... To save time and too much double pass processing, try the following: 1. Ammend your db3 structure for the initial XFER txt import so that a real date field is in the record AFTER the expected SDF based fields 2. Continue your import operation ,,, but do NOT index the file 3. With the file still un-indexed, process all the records with a short procedure which features the following stmt REAL_DATE = ctod('substr(txtdate,1,2)' + '/' .... etc... ) 4. And then either index the file or modify structure to get rid of the EXECPC date field and then index file ... I suspect that much of the extra time db3 is taking is because of the extra indexing pass you employ. Now, if you still think you need a subprogram to process the date field leave some specs on the parameter passing conventions for use with DB# or ANDSOR language programs, and maybe some-one will pick up the challenge. Or, if an extra pass preprocess over the XFERxxx.TXT is acceptable, then it's a simple C program which will solve your problem. Grant --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 25^C3519 Date: 05/31/89 From: MIKE CODY Time: 08:58 am To: GRANT ELLSWORTH (Rcvd) (Read 129 times) Subj: R: NEED FILTER Exactly what I was talking about doing in clipper..you can insert the slashes with the substring functions, but you will need to do you indexing with the Str(year(),4,0)+str(month(),2,0)+str(day(),2,0) in the index string. Unless you are only dealing with one year. DB3+ handles dates in such a way that 01/01/89 is less than 12/31/88...ie like most raw lanquages do. DBIV corrects that, but for 3 you will have to index as I did above to get it to work. Mike Cody --------------- ** Current thread: NEED FILTER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2A112045 Date: 06/01/89 From: GRANT ELLSWORTH (Leader) Time: 12:34 am To: MIKE CODY (Rcvd) (Read 135 times) Subj: R: NEED FILTER Mike, I don't remember what DB3 or DB3+ do when indexing date fields. But, I used an interesting trick back with db2 ... I just stored date as all one string (numerics as well) as yymmdd ,,, then indexed on the one field ... no embedded slashes ... maybe you could have your records have 2 date fields - one for indexing, the other for display (with the slashes, etc)... (Let's ccontinue this, if need be, in the db3 conference) ... Grant --------------- ** Current thread: NEED FILTER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2A2I3537 Date: 06/02/89 From: MIKE CODY Time: 02:58 pm To: GRANT ELLSWORTH (Rcvd) (Read 129 times) Subj: R: NEED FILTER I agree, and will leave you a note in the DB conference. I have had a few problems with this myself... Mike Cody --------------- ** Current thread: NEED FILTER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AGR0255 Date: 06/12/89 From: DON BOWEN Time: 10:04 pm To: MIKE CODY (Rcvd) (Read 120 times) Subj: R: NEED FILTER Mike, just thought you might like a shorter way to index on a date. I use STR(YEAR(fld),4)+DTOC(fld) and it works great. It also uses a multiple of 4 bytes. For what it's worth. Don --------------- ** Current thread: NEED FILTER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AHC3103 Date: 06/13/89 From: MIKE CODY Time: 08:51 am To: DON BOWEN (Rcvd) (Read 115 times) Subj: R: NEED FILTER Slick, I will try it out. I took one of Todds ideas and put the Inkey() to good use. all my menus now sit in an Inkey() loop and if there is no user input for about 30 seconds, they return to a main menu with a screen blanker which is basically same idea as Todd's Update kickout. IE until it gets key input, it just loops moving the blank message around the screen with a counter loop. I even display time and date on screen at all times ala Automenu style blanker box. Pretty slick and pro looking if I do say so myself. I turn the cursor off and I get no screen flicker..very nice. Mike Cody >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2A1F2751 Date: 06/01/89 From: STEVEN KRUEGER Time: 11:45 am To: ALL (Read 135 times) Subj: C FOR MAC Hello, If any one has experience with a good package of c for the mac please leave me some e-mail. Is lightspeed c okay? for $95.00? Thank you. Steve. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2A1H3164 Date: 06/01/89 From: ABB INDUSTRIAL Time: 01:52 pm To: ALL (Read 138 times) Subj: DISABLING CTRL/ALT/DEL IN C I am writing a pretty simple password program that I plan to use by having it run, waiting for a password, on my machine at work so that I can call in later using PC Anywhere III. It is working fine except that I have yet to find a way to disable the CTRL/ALT/DEL interrupt. This appears to be the only way for anyone to currently gain access past the password program because turning the machine off and then back on will invoke the PS/2s power-on password program. I am aware that the PS/2s also have a keyboard lock password that will do exactly what I am trying to do, however, the PS/2 version will not accept the keystrokes from PC Anywhere III. Anyway, I am using Lattice C version 3. If anyone has any suggestions on how I can disable the CTRL/ALT/DEL function, they will be greatly appreciated. The Lattice manuals haven't been much help so far. Thanks in advance. Mark Huff Abb Industrial --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2A2G1259 Date: 06/02/89 From: STEVEN KEY Time: 12:21 pm To: ABB INDUSTRIAL (Rcvd) (Read 137 times) Subj: R: DISABLING CTRL/ALT/DEL IN C Mark, The only way that I can think of to disable ctrl-alt-del is to write a TSR to replace the keyboard interrupt handler to prevent the BIOS seeing that combo. I think you would need the listing for the bios of your machine, as the keyboard handler is pretty complex, and your program would probably have to use some of the Bios ram to do the job right. The status of those three keys is stored by the Bios, and I think you would need to use that info to allow other uses of those three keys, but just not the deadly three fingered salute. Have you searched the Mahoney collection to make sure something like that is not there ? Steven --------------- ** Current thread: DISABLING CTRL/ALT/DEL IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2A2G2072 Date: 06/02/89 From: GRANT ELLSWORTH (Leader) Time: 12:34 pm To: ABB INDUSTRIAL (Rcvd) (Read 134 times) Subj: R: DISABLING CTRL/ALT/DEL IN C Mark, the best way I can think of is to over-ride the intr19 (reboot interrupt). I'm not sure you can get in front of intr09 (keyboard) enough to trap the c+a+del action. Grant --------------- ** Current thread: DISABLING CTRL/ALT/DEL IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2A2G2998 Date: 06/02/89 From: STEVEN KEY Time: 12:49 pm To: ABB INDUSTRIAL (Rcvd) (Read 137 times) Subj: R: DISABLING CTRL/ALT/DEL IN C Mark, There are two files in the Mahoney collection that claim to do what you need = Noboot.zip and filter.com. Filter is small, and noboot isn't - there may be source code in noboot. You should be able to run filter from the autoexec, but I don't think EXEC'ing it from inside your C code will work. Steven --------------- ** Current thread: DISABLING CTRL/ALT/DEL IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2A2J3516 Date: 06/02/89 From: ABB INDUSTRIAL Time: 03:58 pm To: STEVEN KEY (Rcvd) (Read 133 times) Subj: R: DISABLING CTRL/ALT/DEL IN C Steven, Thanks for the information. I tried both FILTER.COM AND NOBOOT.ZIP and they both work fine. I'll just use a small batch file when I want to run my password program and run one of the above two files first. It will certainly be easier than trying to include the code within my C program. This added feature should leave my PC pretty secure while it waits for my call with PcAnywhere. At least it will keep the security guards from using WordPerfect like we once caught them doing. Oh by the way, please note that my PS/2 is not a Model 30 286. A friend at work stumbled across a bug in the IBM power-on password program on that particular machine. It seems that if you hold down a key, any key, when turning the machine on - you cause a startup error which prompts you in a nice graphical style to press the F1 key. Pressing F1 then puts you at the C: prompt, bypassing the power-on "key" prompt. Oh well, thanks again. Mark Huff ABB Industrial >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2A3N2546 Date: 06/03/89 From: RANDOLPH MACKENZIE Time: 07:42 pm To: ALL (Read 129 times) Subj: FILTER Message CC'd to: ALL MIKE CODY I have the filter for the xfer.txt files and all is ok. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2A3Q3330 Date: 06/03/89 From: NICHOLAS STASKIEWICZ Time: 09:55 pm To: ALL (Read 130 times) Subj: POWERC Does anyone use PowerC ?? I've read a few very negative messages on other boards and was curious to see what I might see here. Thanks. - Nick --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2A4G0619 Date: 06/04/89 From: GRANT ELLSWORTH (Leader) Time: 12:10 pm To: NICHOLAS STASKIEWICZ (Rcvd) (Read 127 times) Subj: R: POWERC Nick, I have PowerC (from MIX). It's a very good bargain for price/features. However, it is, in my opinion, at best a learning tool. It supports only one memory model (medium, as I recollect). It's about as easy, if not easier, to use than Borland's TC2.0, but does not have many of the bells and whistles. For the $50, or so, it certainly is worth the investment as an educational device before one takes the plunge into one of the more expensive ("professional") C products = TC, MSC, WatC, etc. Grant --------------- ** Current thread: POWERC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AA21907 Date: 06/06/89 From: NICHOLAS STASKIEWICZ Time: 02:31 am To: GRANT ELLSWORTH (Rcvd) (Read 127 times) Subj: R: POWERC Thanks for the info Grant. I am learning, and don't want to spend a great amount of $$$ and then find out I want to back out. May have to check into a copy. - Nick --------------- ** Current thread: POWERC Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AWG2433 Date: 06/27/89 From: JIM MONROE Time: 12:40 pm To: NICHOLAS STASKIEWICZ (Rcvd) (Read 106 times) Subj: R: POWERC I have been using Powerc for some time now and find it quite adequate. There are differences from TurboC but usually not extensive. I beleive that for the money it is great. JIm >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2A4G0811 Date: 06/04/89 From: GRANT ELLSWORTH (Leader) Time: 12:13 pm To: JOE VINCENT (Rcvd) (Read 128 times) Subj: C CONF PRESENCE ... Joe, in reply to your comments elsewhere about where I do and don't show up in the conferences, we're waiting here for your learned opinions on the C issues of the day and intrigueing questions which require assist from our resident experts. Grant --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2A4J3379 Date: 06/04/89 From: JOE VINCENT Time: 03:56 pm To: GRANT ELLSWORTH (Rcvd) (Read 128 times) Subj: R: C CONF PRESENCE ... Gosh, Grant, I didn't mean to imply that you were doing anything other than a top-drawer job of administering this conference. ^V° Ö I just meant that there's a lot of traffic in Investments and we're doing some unusual things, which demands more of my time. Nevertheless, I will do my best to be a good citizen of the C Language topic and pontificate as only I can do on the C issues of the day. --------------- ** Current thread: C CONF PRESENCE ... Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2A4R0660 Date: 06/04/89 From: GRANT ELLSWORTH (Leader) Time: 10:11 pm To: JOE VINCENT (Rcvd) (Read 131 times) Subj: R: C CONF PRESENCE ... Hmmmm ... I guess I'll have to visit the Investments topic. The subject has always been a mystery to me. Maybe you all can illuminate? And, here in C-land, we DO look forward to your "pontifications". Let's start with "oops" and c++ .... start new thread and tell us your views --- is this stuff for real? is it a passing fad? does it REALLY expedite getting the job done? can it be applied to ANY programming prob- lem --- how about data compression? Hmmmm..... Grant --------------- ** Current thread: C CONF PRESENCE ... Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AAM0208 Date: 06/06/89 From: JOE VINCENT Time: 06:03 pm To: GRANT ELLSWORTH (Rcvd) (Read 126 times) Subj: R: C CONF PRESENCE ... Sure, visit Investments. We can be very illuminating, since at least one of our participants is well lit at any given moment. Seriously, we have a wide range of experience, from novice to expert, in our participant base and we encourage questions, from the simplistic to the complex. Re: "OOPS" and C++, since C++ is essentially C-for-OOPS, I guess you're really asking whether OOPS is real. Well, James Martin seems to think so. He has been a proponent of OOPS for at least five years. A book of his, published in 1984, discussed an object-oriented approach to systems analysis and design and proposed the development of languages which could manipulate objects directly. Poof! Now we have them. I'll want to learn more about how new language implementations have addressed OOP before I can assess whether the concept has staying power or is just the technological "fad du jour". -=≡{JOE}≡=- >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2A5R3073 Date: 06/05/89 From: PAT SHEA Time: 10:51 pm To: ALL (Read 128 times) Subj: K&R 2ND EDITION... The following came oozing thru USENET today. . . . FYI : Changes to _The_C_Programming_Language,_2nd_Edition_ Now that X3J11 has voted to send its draft to X3, and further substantive changes in the draft standard are unlikely, Brian and I are preparing fixes to put in any future printings of the second edition of _The_C_Programming_ Language_. Fortunately, they are minor. For the benefit of previous and near-future purchasers, here are the changes that were made: Two or three sentences in the Preface and Introduction are updated to de- scribe the state of the Standard. Minor typos are corrected on pages 87, 89, 164, 165, 168, 180; also 71, 76, 82, 121 atof is in <stdlib.h>, not <math.h>. The inconspicuous references to noalias on pages 192 and 211 are removed. The following paragraph is added to the end of section A6.6 (p 199): A pointer may be converted to another pointer whose type is the same except for the addition or removal of qualifiers (A4.4, A8.2) of the object type to which the pointer refers. If qualifiers are added, the new pointer is equivalent to the old except for restrictions implied by the new qualifiers. If qualifiers are removed, operations on the underlying object remain subject to the qualifiers in its actual declaration. On p.199, beginning of section A6.8, "Any pointer may be converted to type void *..." is changed to "Any pointer >to an object< may be converted to type void*...". On p.204, A7.4.4, "The operand of the unary + operator must have arithmetic or pointer type..." should read "must have arithmetic type...". On p.206, A7.9, about relational operators: "Pointers to objects of the same type may be compared..." is changed to "Pointers to objects of the same type >(ignoring qualifiers)< may be compared...". The indented material on p.209, "According to the restrictions... relaxing it." is removed. [This is related to the paragraph added above. The wording of the draft of a year ago made it useless to take an (int *) pointer, cast it to (const int *), then cast it back to (int *).] On p.219 middle, initialization of structures, add "Unnamed bit-field members are ignored, and are not initialized." Appendix B changes: p 242: Add "fflush(NULL) flushes all output streams." to fflush description. p 243: Change to "it must be called before reading, writing >or any other operation<" in setvbuf description. p 249: Add "Comparison functions treat arguments as unsigned char arrays." to <string.h> description. p 255: Change range of tm_sec to (0,61) for leap seconds. p 255: Change CLK_TCK to CLOCKS_PER_SEC. p 257: Drop U and L suffixes from <limits.h> constants. tm_sec range is (00,61) here too. Appendix C changes: p 261: Change "External declarations without any specifiers..." to "External >data< declarations without any specifiers...". The index has been reprinted to fix a couple of typos and account for motion within Appendix A; one page of the table of contents is changed. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= -= Christopher T. Beierl Internet: beierl_c@apollo.com Apollo Computer, Inc. UUCP: {mit-eddie,yale,uw-beaver}!apollo!beierl_c A Subsidiary of Hewlett-Packard Phone: (508) 256-6600 --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AAL2632 Date: 06/06/89 From: GRANT ELLSWORTH (Leader) Time: 05:43 pm To: PAT SHEA (Rcvd) (Read 126 times) Subj: R: K&R 2ND EDITION... Pat, thx for the upload ... I've had the 2nd ed. for several months, but have not seen the critical changes so concisely summarized. Grant --------------- ** Current thread: K&R 2ND EDITION... Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AAQ3128 Date: 06/06/89 From: PAT SHEA Time: 09:52 pm To: GRANT ELLSWORTH (Rcvd) (Read 124 times) Subj: R: K&R 2ND EDITION... grant : honestly, now.... how could you ever think of K or R being anything BUT concise ???? best regards, pats. --------------- ** Current thread: K&R 2ND EDITION... Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ABD3439 Date: 06/07/89 From: GRANT ELLSWORTH (Leader) Time: 09:57 am To: PAT SHEA (Rcvd) (Read 125 times) Subj: R: K&R 2ND EDITION... Now, now, I never stated that K+R was not Concise ..... I just stated that I hadn't seen a concise abstract of the critical changes noted in the new K+R,,,,, GE --------------- ** Current thread: K&R 2ND EDITION... Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AC50520 Date: 06/08/89 From: PAT SHEA Time: 05:08 am To: GRANT ELLSWORTH (Rcvd) (Read 122 times) Subj: R: K&R 2ND EDITION... but Grant.... if I read the first paragraph correctly, Dr. R., hisself!!! is the original author of that posting. 'moug certain of the more conservative C lang cults or groupies, the inference to be drawn from your mssg MAY bring down a condemnation upon you similar to that which the author, Rushdie <sp?> received - a horrible fate for our Leader. best regards <and suggest you post a public apology> ~~~ ~~~~~~~ pats. --------------- ** Current thread: K&R 2ND EDITION... Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ACL3144 Date: 06/08/89 From: GRANT ELLSWORTH (Leader) Time: 05:52 pm To: PAT SHEA (Rcvd) (Read 123 times) Subj: R: K&R 2ND EDITION... Pat, But, Dr. R. had to abstract, concisely, from his OWN work to make the posting .... for complimenting that I need to apologize??? It goes to show ... authors are the BEST abstractors of their own work! Grant --------------- ** Current thread: K&R 2ND EDITION... Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ACR0587 Date: 06/08/89 From: PAT SHEA Time: 10:09 pm To: GRANT ELLSWORTH (Rcvd) (Read 122 times) Subj: R: K&R 2ND EDITION... just to be SAFE, 'suggest you burn some insense <sp?> when the wind is blowing towards research.att.com BUT to cork it all off !!! An ERRATA to the ERRATA has just been posted and follows in the NEXT MSSG. best regards, pats. --------------- ** Current thread: K&R 2ND EDITION... Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ACR0788 Date: 06/08/89 From: PAT SHEA Time: 10:13 pm To: GRANT ELLSWORTH (Rcvd) (Read 126 times) Subj: R: K&R 2ND EDITION... CORRECTIONS to EARLIER POSTING !!!!! <from USENET> /pats. ^-^-^-^-^-^ I was a bit surprised to see Chris Beierl's posting of the errata for K&R second edition. More accurately, I was surprised to hear that it was present in his copy of the book, since it was prepared for post- ing to this group. We thought we gave it to our editor at Prentice- Hall for his information; he didn't tell us that it was to be in- cluded as an errata list, or even let us know that this was possible. We would have worded it a bit differently. In any event, here is what we have now. All of these changes should be in the second printing. The main difference between this and what Beierl posted is the addition of the statement about initialization of automatic arrays on p. 86. [Incidentally, the range of tm_sec is really 0 through 61. It seems that two consecutive leap seconds are permitted.] Dennis Ritchie dmr@research.att.com att!research!dmr --------- Now that X3J11 has voted to send its draft to X3, and further substantive changes in the draft standard are unlikely, Brian and I are preparing fixes to put in any future printings of the second edition of "The C Programming Language." Fortunately, they are minor. For the benefit of previous and near-future purchasers, here are the changes that were made: Two or three sentences in the Preface and Introduction are updated to describe the state of the Standard. atof is in stdlib.h, not math.h: changes 71, 76, 82, 121. On page 86, error corrected: missing automatic array initializers are zero too. On page 168: changed 1 to 1.0 in frand() to avoid potential overflow. Minor typos are corrected on pages 87, 89, 164, 165, 180. The inconspicuous references to 'noalias' on pages 192 and 212 are removed. The following paragraph is added to the end of section A6.6 (p 199): A pointer may be converted to another pointer whose type is the same except for the addition or removal of qualifiers (A4.4, A8.2) of the object type to which the pointer refers. If qualifiers are added, the new pointer is equivalent to the old except for restrictions implied by the new qualifiers. If qualifiers are removed, operations on the underlying object remain subject to the qualifiers in its actual declaration. On p. 199, beginning of section A6.8, "Any pointer may be converted to type void *..." is changed to "Any pointer >to an object< may be converted to type void *...". On p. 204, A7.4.4, "The operand of the unary + operator must have arithmetic or pointer type..." should read "must have arithmetic type...". On p. 206, A7.9, about relational operators: "Pointers to objects of the same type may be compared..." is changed to "Pointers to object of the same type >(ignoring any qualifiers)< may be compared...". The indented material on p. 209, "According to the restrictions... relaxing it." is removed. [This is related to the paragraph added above. The wording of the draft of a year ago made it useless to take an (int *) pointer, cast it to (const int *), then cast it back to (int *).] On p. 219 middle, initialization of structures, add "Unnamed bit-field members are ignored, and are not initialized." Appendix B changes: p 242: add "fflush(NULL) flushes all output streams." to fflush description. p 243: change to "it must be called before reading, writing >or any other operation<" in setvbuf description. p 249: add "Comparison functions treat arguments as unsigned char arrays." to string.h description. p 255: change range of tm_sec to (0,61) for leap seconds. CLK_TCK was changed late (12/15/88) to CLOCKS_PER_SEC. p 257: drop U and L suffixes from <limits.h> constants. tm_sec range (00,61) here too. Appendix C change: p 261: Change "External declarations without any specifiers..." to "External >data< declarations without any specifiers...". The index has been reprinted to fix a couple of typos and account for motion within Appendix A; one page of the table of contents is changed. --------------- ** Current thread: K&R 2ND EDITION... Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ADD2013 Date: 06/09/89 From: GRANT ELLSWORTH (Leader) Time: 09:33 am To: PAT SHEA (Rcvd) (Read 118 times) Subj: R: K&R 2ND EDITION... OK. The incense is burning ... and the fires will be kept on auto for eternity ..... --------------- ** Current thread: K&R 2ND EDITION... Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ADD2338 Date: 06/09/89 From: GRANT ELLSWORTH (Leader) Time: 09:38 am To: PAT SHEA (Rcvd) (Read 118 times) Subj: R: K&R 2ND EDITION... I'm wondering whether any of us who purchased the 1st printing will be able to obtain the 2nd printing at a discount --- if it contains corrections noted in the errata. Or am I required to pencil in the fixes in my 1st printing in order to be consistent withthe true doctrine? Any notions? Grant --------------- ** Current thread: K&R 2ND EDITION... Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ADQ0480 Date: 06/09/89 From: PAT SHEA Time: 09:08 pm To: GRANT ELLSWORTH (Rcvd) (Read 117 times) Subj: R: K&R 2ND EDITION... GOOD SHOW !!! --------------- ** Current thread: K&R 2ND EDITION... Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ADQ0721 Date: 06/09/89 From: PAT SHEA Time: 09:12 pm To: GRANT ELLSWORTH (Rcvd) (Read 117 times) Subj: R: K&R 2ND EDITION... perhaps we should write to Prentice-Hill 'bout their Upgrade Policy.... actually, my guess is that the first printing will be worth more in some years to collectors then we paid for it. 'hate to tell you what i've been offered for some of my EARLY BL Tech papers. pats. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ABI3036 Date: 06/07/89 From: MILTON SHAW Time: 02:50 pm To: ALL (Read 143 times) Subj: TURBO C & CLIPPER I am looking for what compiler switches I need to use to compile Turbo C programs for use with Clipper. I use 'C' to write functions for clipper and to date have only used MSC 5.1 for this, when I try it with Turbo C I can't pass parameters to or from the 'C' programs. Any help in this area would be appreciated, I have Turbo C 2.0 and Clipper Summer 87. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AH53356 Date: 06/13/89 From: MILTON SHAW Time: 05:55 am To: ROBERT BALSOVER (Rcvd) (Read 135 times) Subj: R: TURBO C & CLIPPER Yea, I link in CL.LIB with the application. Apparently the big problem must be the floating point emulation. MS'C' supports this but apparently Turbo'C' doesn't. Left a message with Borland on Compuserve to see if they can resolve the problem. Milt Shaw --------------- ** Current thread: TURBO C & CLIPPER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AIA0664 Date: 06/14/89 From: MILTON SHAW Time: 06:11 am To: ROBERT BALSOVER (Rcvd) (Read 134 times) Subj: R: TURBO C & CLIPPER Robert, The -ml is in the compiler switches I have set, interesting though, I attempted to compile a TurboC .C program with my CL.EXE (MSC compiler), no graphic commands, but it worked. I'm going to play around some more with that, but my primary interest is to get the BGI graphics commands to interface. Second option is to link in Turbo Pascal obj's, since TP also has the BGI graphic interface. --------------- ** Current thread: TURBO C & CLIPPER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AK13249 Date: 06/16/89 From: ROBERT BALSOVER Time: 12:54 am To: MILTON SHAW (Rcvd) (Read 133 times) Subj: R: TURBO C & CLIPPER Milton, As a after-thought... I was just thumbing through the new DDJ and saw the advertisment for Code Base 4, this made me think of you. Why not skip Clipper in this case. You already have a good C compiler with a nice graphics library. If used Code Base you wouldn't have these linker problems (I am not being paid by Sequiter Software Inc. to write this!!). There is a full page advertisment on pg.#105 of DDJ July '89 describing thier product and I have heard from people that I know that it is good. I personally plan on purchasing it this month. You don't have to pay the list $295 for it, I saw it listed in the same mag on pg.#151 for $219 (Programmer's Connection). Just thought you'd like to know. Bob --------------- ** Current thread: TURBO C & CLIPPER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AK53574 Date: 06/16/89 From: MILTON SHAW Time: 05:59 am To: ROBERT BALSOVER (Rcvd) (Read 129 times) Subj: R: TURBO C & CLIPPER The Code Base 4 maybe the way to go, I haven't looked at it yet. The graphics in MSC work fine, just I'm a little lazy in that I've seen the advanced graphics commands of TC and have always worked with the theory not to reinvent the wheel unless I have to. Apparently I have too in this case if I want equivalent BGI graphic commands available for Clipper. I have SilverPaint and DGE commercial graphic packages now, both work great, but like most programmers I thought I attempt to make my own PD version. Thanks for the info on Code Base 4. Milt --------------- ** Current thread: TURBO C & CLIPPER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AV51766 Date: 06/26/89 From: MILTON SHAW Time: 05:29 am To: ROBERT BALSOVER (Rcvd) (Read 121 times) Subj: R: TURBO C & CLIPPER So far I haven't really had the luck I was hoping for, I have been able to generate some functions, none mathematical, but the new TLINK that came with Turbo 'C' 2.0 does generate some error codes, if I use the older version that I have from Prolog, I don't get the error. Now I'm useing the MSC compiler to compile the code, whether written in Turbo or MS and Link from MS to link them. Graphics from TC still don't work properly, just the ones from MSC. I need study BGI more and figure out how it is affecting the process. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AEE0643 Date: 06/10/89 From: JIM ROBESON Time: 10:10 am To: ALL (Read 125 times) Subj: MOON PHASES This may seem like a dumb question to some, but if you are interested, you'll understand.... I'm looking for an equation or algorythem for computing the phase of the moon, for any date. The normal text book equations usually work for only aproximations. What would really be nice is a book (or file) that shows all sorts of those funny equations: like Julian date, normalizing dates (relative to a specific date), and so forth. Any help would be appreciated.. Thanks, Jim Robeson Pacific Grove, CA. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AEQ3226 Date: 06/10/89 From: PAT SHEA Time: 09:53 pm To: JIM ROBESON (Rcvd) (Read 125 times) Subj: R: MOON PHASES jim... you can pick up just about all of the date-type functions <to and from julian, zeller, etc> in C from easter.zip in mahoney collection. the 'true' phases of the moon - i can't help you with. pats. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AFM2023 Date: 06/11/89 From: TOM NOWALIS Time: 06:33 pm To: ALL (Read 127 times) Subj: PRINTING I am rather a novice when it comes to C Programming. But I am learning everyday. AS this is the case I am in need of some help. I am trying to route a string to the printer. None of my programming books explain this very well. Actually they don't explain this at all. Is their anyone who can help with a brief explanation and code demonstration? --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AGL3463 Date: 06/12/89 From: GRANT ELLSWORTH (Leader) Time: 05:57 pm To: TOM NOWALIS (Rcvd) (Read 123 times) Subj: R: PRINTING Tom, There is more than one way to write to the printer. I prefer the following ... FILE * printer; .... fopen(printer,"prn", ...); /* see C funct lib for details */ fprintf(printer," ...(pattern)", variables, .....); /* OR */ fputs(string); /* where 'string' is defined as 'char * string;' */ fputs(" my string of characters "); ... etc.... fclose(printer); Grant --------------- ** Current thread: PRINTING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AHS3426 Date: 06/13/89 From: DAVID NYE Time: 11:57 pm To: TOM NOWALIS (Rcvd) (Read 116 times) Subj: R: PRINTING In Turbo C you can use 'stdprn' instead of a file pointer for any of the functions which will write to a stream, e.g.: fputs("This is a string", stdprn); DeSmet C uses the same trick but uses 'stdprt' for the name of the predefined stream instead of 'stdprn'. I suspect most Cs will support this. Look in your manual under stream level functions. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AIQ2770 Date: 06/14/89 From: TOM FELLER Time: 09:46 pm To: ALL (Read 115 times) Subj: RTLINK Hi All, It's bad mouth time again! Time to bad mouth RTLINK. The company I work for, uses Turbo C to develop a large database application. Back in Febuary we realized we were running out of memory under MS-DOS on a Novell network with the Btrieve interface. So, we looked for a overlay linker. We found RTLINK. Well, it seemed to kind of work, with some bugs. These bugs were verified by the people at Pocket Soft, makers of RTLINK. Well, needless to say it turned out to be impossible to make the application work with RTLINK because of the bugs. The program would not load the overlay correctly and would start running in some unrelated part of the program. Well we tried to convert to MSC 5.0 but the code was 10% larger than TC with all the optimization for size set on. That resulted in 30k or more of code that would be extra overlays and would make the program slloooowww. Also, MSC compiled sloooowww. And Quick C would not compile on our network, not enough memory, and the network only needed 50k. So, we looked again and found PLINK from Phoenix Tech. ala Phoenix BIOS. Well, PLINK86 works great and we now have a application that takes 210k to load and its over 355k in EXE size. I retried RTLINK and it would always crash!!! Well, I asked for a refund for RTLINK and I was withen the 30 days. Over a month and a half later, no refund. $200.00 down the drain! They had a "No risk" 30 day refund policy. B.S.! The risk of our application being done on time was a big risk. When I talked to them about the bugs and fixes they said that a upgrade was due in a month or so. Great! our system had to be finished in 3 weeks. End of story. \Tom Feller\ --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AJM2082 Date: 06/15/89 From: GRANT ELLSWORTH (Leader) Time: 06:34 pm To: TOM FELLER (Rcvd) (Read 115 times) Subj: R: RTLINK Tom, I've seen similar commentary about the virtues of PLINK. I think DataStorm (Procomm, Procomm+) uses it for the PROCOMM+ program. Grant >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ALR2478 Date: 06/17/89 From: JOHN ABATTE Time: 10:41 pm To: ALL (Read 121 times) Subj: PASSING PARMS I just started a course in C programming this past Monday and I'm running into a problem with variable values being modified using the "scanf();" function along with floating point formats. The test program below should call two functions, first(); and secnd();, to get values for "x" and "y" respectively. After the call to first(); is completed the "Watch window" in Turbo C shows everything to be normal. For example if I enter 10.0 to the prompt for the first number, "a", "x" then gets the value 10.0. But AFTER the call to secnd(); has finished the value for "y" is correct, but the value for "x" has changed to 10.01563. I don't understand why it does this. Can someone please explain why this happens? I'd sure appreciate the help. #include <stdio.h> main() { float x, y, result; x = first(); y = secnd(); result = x * y; printf("\nThe product of %f x %f = %f", x, y, result); } first(float a) { printf("\n Please enter the first number: "); scanf("%f", &a); return a; } secnd(float b) { printf("\nPlease enter the second number: "); scanf("%f", &b); return b; } Thanks in advance...John. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AMG0679 Date: 06/18/89 From: ROBERT BALSOVER Time: 12:11 pm To: JOHN ABATTE (Rcvd) (Read 117 times) Subj: R: PASSING PARMS John, You are calling first & second with no parms, but in the functions listed ie. first(float a){ 'a' is declared as being passed to the function. the function is declared with no type which in C defaults to returning type int not float. First and second should declared something like: float first(void) { float b; puts("Please enter your first number: "); scanf....... etc. I hope that clears up your problem. Bob --------------- ** Current thread: PASSING PARMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AMJ0770 Date: 06/18/89 From: POLLY LEIBE Time: 03:12 pm To: JOHN ABATTE (Rcvd) (Read 113 times) Subj: R: PASSING PARMS Had a few secs so to perhaps clarify Roberts answer and more or less ANSI: #include <stdio.h> /* prototypes */ float first(void); float secnd(void); void main() { float x, y, result; x=first(); y=secnd(); result = x * y; printf("\nThe product of %f x %f = %f", x, y, result); } float first(void) { float a; printf("\n Please enter the first number: "); scanf("%f", &a); return a; } float secnd(void) { float b; printf("\nPlease enter the second number: "); scanf("%f", &b); return b; } Turning on the ANSI compile option might help you past some of these types of errors as it forces a little more discipline (and verbosity). Leibe --------------- ** Current thread: PASSING PARMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AMJ0775 Date: 06/18/89 From: JOHN ABATTE Time: 03:12 pm To: ROBERT BALSOVER (Rcvd) (Read 112 times) Subj: R: PASSING PARMS Thanks for the feedback Bob. I did actually try declaring the functions to be type float after I posted the message, but it still keeps modifying the "x" variable after the call to float second(). It's still got me stymied. I also read today about using pointers to return multiple values from a function, and while that may be a solution to fix the problem, it still doesn't explain why "x" is being changed. I've been scratching my head on this one for a few days now. Thanks again for the suggestion. Ciao for now...John --------------- ** Current thread: PASSING PARMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AMJ0987 Date: 06/18/89 From: JOHN ABATTE Time: 03:16 pm To: POLLY LEIBE (Rcvd) (Read 112 times) Subj: R: PASSING PARMS Thanks for the suggestion Polly. I'll try your suggestion and see if it works. I already went back and declared the functions to be type float and that alone didn't solve it. I'll give the ANSI compile option a shot. Ciao for now...John --------------- ** Current thread: PASSING PARMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AMN3517 Date: 06/18/89 From: POLLY LEIBE Time: 07:58 pm To: JOHN ABATTE (Rcvd) (Read 110 times) Subj: R: PASSING PARMS You might also turn on all warnings. It's a bit maddening at first when you get as many lines (or more) of msgs as are contained in your prog, but it does help to learn the language. Just remember that when you get multiple errors on a given line that C compilers are much like those in other langs; if you fix the 1st one many of the others, if not all, will disappear as they were artifacts caused by that one. If I recall it right, your problem was caused by a difference between your declaration and usage. In main you had 'x=first();' in which case no parm is passed & an int func return val expected unless told otherwise. However, as you've declared x as a float, the result is unpredictable at best. You either need: void main() { . x=first(); . } and float first(void){} OR void main() { . first(x); . } and void first(float a){} Leibe --------------- ** Current thread: PASSING PARMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AN10058 Date: 06/19/89 From: ROBERT BALSOVER Time: 12:00 am To: JOHN ABATTE (Rcvd) (Read 114 times) Subj: R: PASSING PARMS John, Did you look at the part in the declaration where you didn't pass a parm yet you declared the function as having a float passed to it? I don't know if its the problem but it is incorrectly done. Again in case you didn't see it: you call it with a=first() printf("a=%f", a); but you declared it as first(float a) { scanf(......); return a; } when it should be like: float first(void) { float a; scanf(........); return a; } see the difference? first(float a) and first(void) Bob P.S. second() has the same error. --------------- ** Current thread: PASSING PARMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ANQ0918 Date: 06/19/89 From: JOHN ABATTE Time: 09:15 pm To: ROBERT BALSOVER (Rcvd) (Read 110 times) Subj: PASSING PARMS Howdy, I studied both your suggestions off-line a bit more and checked the function calls for "first()" and "secnd()" and sure enough, I screwed up on the way I called them, even after declaring them type float. Still kept telling them to take parms even when I wasn't passing any. Thanks to both of you for pointing that out. Works like a charm now. Looks like I may have to become a regular on this conference seeing as how I'm just starting to learn C. I can actually get a quicker reply here than I can from the college since the instructor only checks in every other day. Thanks again for the help. Ciao for now...John. --------------- ** Current thread: PASSING PARMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ANR1819 Date: 06/19/89 From: ROBERT BALSOVER Time: 10:30 pm To: JOHN ABATTE (Rcvd) (Read 108 times) Subj: R: PASSING PARMS Where are you going to school? Bob --------------- ** Current thread: PASSING PARMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2APP2886 Date: 06/20/89 From: JOHN ABATTE Time: 08:48 pm To: ROBERT BALSOVER (Rcvd) (Read 113 times) Subj: R: PASSING PARMS I'm taking the class at the Houston Community College. They offer the course by modem and with my schedule and a two-year-old to take care of nights while the wife is at work, it's the only way I can manage it. So ar [far] I'm enjoying it. It's rather tricky to get used to and figure out everything, but I'd taken the pre-req for it last semester, a structured programming class using Pascal. Whew! World of difference between the two. The only other programming I had was about 15 years ago (right after computers were invented, I think :-). That was a FORTRAN course I had in college. Ancient stuff by today's standards. Punch cards, dumb terms, etc. Anyhow, I appreciate your helping out like that. No doubt the next 9 weeks are going to produce a slew of questions from me. I'm trying to digest the concept of pointers right now, or more accurately, how to use them. I understand *what* they are, just don't know how to use them yet. Be talking atcha...John. --------------- ** Current thread: PASSING PARMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2APS1179 Date: 06/20/89 From: PATRICK LEMIRANDE Time: 11:19 pm To: JOHN ABATTE (Rcvd) (Read 112 times) Subj: R: PASSING PARMS John, Wow, a C class by modem. I wish I had taken it also. I always wish I could take my Data base class from Whitewater by modem. It is a pane driving there three days a week just to sit in on the lecture. Once last spring I drove in a snow storm. Spun out once and got shaken by a SEMI on the way. Whan I arrived we took quiz that I finished in ten minutes. Before I started my hour + treck home through the snow I mentioned to the teacher that there has to be a better way. So you have a two year old hanging around the computer. Just wait intil he/she walkes up to your compute and does a power down. Then says: "Hey daddy, I turned your compute off for you." (smile) Patrick --------------- ** Current thread: PASSING PARMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AQ11157 Date: 06/21/89 From: ROBERT BALSOVER Time: 01:19 am To: JOHN ABATTE (Rcvd) (Read 115 times) Subj: R: PASSING PARMS Hey, was that you standing in front of me and the card reader? I think I was one of the last fortunate students at the University of Wisconsin -Milwaukee to have to do cards. What a drag! Once you get used to pointers you'll wonder how things were done without them. Just remeber that your TA or Professor is addicted to comments, make him OD on them and he'll be a happy camper. Bob --------------- ** Current thread: PASSING PARMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ARQ1712 Date: 06/22/89 From: JOHN ABATTE Time: 09:28 pm To: PATRICK LEMIRANDE (Rcvd) (Read 113 times) Subj: R: PASSING PARMS Whew, sounds like a nasty way to have to travel to class. Interesting thing is I only live 5 minutes from campus, but I just don't have the time to spend sitting in a classroom. I'm going to try to arrange to take the class in person next semester. It may be convenient to take classes by modem, but only to a point. Try asking your modem a question about programming! Seriously, that is a drawback, esp if the instructor is out of town for the weekend, your lab is due Monday 7:00 AM, and your stuck on a problem. Thank's to this conference I was able to get an answer three days before the instructor replied! Now as to two year olds, she hasn't yet turned off the power on me, but she does like to fool with the "nuke" button on the front panel now and again. The worst was when I came home one day and found four empty floppy jackets on the desk. I figured those disks were history. But I found them a few minutes later...inserted in the crack *above* the floppy drive and the case! ALL FOUR OF THEM! Sometimes she's a real peach...sheesh. Ciao for now...John --------------- ** Current thread: PASSING PARMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ARQ2298 Date: 06/22/89 From: JOHN ABATTE Time: 09:38 pm To: ROBERT BALSOVER (Rcvd) (Read 113 times) Subj: R: PASSING PARMS As a matter of fact our instructor for the course is pretty laid back when it comes to "formalities" like comments. His *only* requirement is that the code be readable. (Just had thought, <grin> about uploading one of the files from the confuscated collection. That'd really make his day! Can't recollect offhand the name of the file though). Yep, my short-lived programming experience in college was due to the awkwardness of using the system, as well as having it go down while inputting code...5 seconds before you were ready to save it. Had the hardware benn available then that we have now I may have stuck with it. You can teach old dogs new tricks, just have to hit 'em over the head more often to make them remember. Ciao for now...John --------------- ** Current thread: PASSING PARMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ARR0682 Date: 06/22/89 From: PATRICK LEMIRANDE Time: 10:11 pm To: JOHN ABATTE (Rcvd) (Read 111 times) Subj: R: PASSING PARMS John, RE: inserted in the crack above the floppy drive and case. You too. I lost a disk for at least six months up there. Then one day I removed the case and saw it. RE: Instructor availability. This has never been a problem. I jump on my assignments as soon as I get them. If I have a question I get on the phone and call. When you invest what I do into a class, the phone call is spare change. Mostly I like to go it on my own. I love to find bugs. If someone has a bug that no one else could find, I have to take my shot at it. Actually, for the most part, the teacher gives out most of the code and all we have to do is put it together. This is quickly done on the PC with the multi window word processors of today. A drastic change from the days of punching cards from notes, then waiting the next day to see if it ran. RE: power down. Yesterday I was looking at one of my C functions to see why it was not declared. I had the compiler set up on a ram drive for speed, the word processor editing my code, notes, program examples, and instructions. When Jake pulled the lever I first counted to ten, then left the computer alone. Patrick --------------- ** Current thread: PASSING PARMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ARR1604 Date: 06/22/89 From: ROBERT BALSOVER Time: 10:26 pm To: JOHN ABATTE (Rcvd) (Read 113 times) Subj: R: PASSING PARMS I wish my TA's were as relaxed when it came to comments. They thought that if we were used to excessive comments while in school, we would put enough in our work after graduation. I purchased a Atari 800XL to use as a terminal to prevent it from going down before I saved anything, it happened often before that. At least that way if they went down, I could attempt to upload it later because it was on my little computers disk drive. Clever statement about dogs, I never heard that before. Later... Bob --------------- ** Current thread: PASSING PARMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ATI0316 Date: 06/24/89 From: JOHN ABATTE Time: 02:05 pm To: PATRICK LEMIRANDE (Rcvd) (Read 108 times) Subj: R: PASSING PARMS Oof! I bet that hurt. I used to take the time to lock the keyboard if I left the machine running so that my daughter wouldn't play with it and ruin any of my work. Since she discovered the nuke button I don't bother anymore. Just save my work and exit any active programs. Our instructor for the C course doesn't give us the code and ask us to put it together. He simply tells us what the program should do and leaves us to our own devices to come up with a working program. Makes it *really* interesting trying to figure it out in a 2 week period. I just finished my first assignment and uploaded it to the school today. A whole day ahead of schedule! Bad thing about taking a summer class is that it's only 10 weeks long vs. 16 for a regular semester. So this is sort of a crash course in C programming. Whew! Ciao for now...John --------------- ** Current thread: PASSING PARMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ATI0530 Date: 06/24/89 From: JOHN ABATTE Time: 02:08 pm To: ROBERT BALSOVER (Rcvd) (Read 110 times) Subj: R: PASSING PARMS I made it a point to comment the h**l out of the code even when it was obvious what was happening. Sure can't hurt to be generous on that. That comment about the dogs I just pulled off the top of my head. That's why you never heard it before. Ciao for now...John >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AMC2599 Date: 06/18/89 From: GREG KOCHANIAK Time: 08:43 am To: ALL (Read 120 times) Subj: MICROSOFT C V. 6.0 The following message on next version of Microsoft C I've found on BIX. Let me know, if you find something more. Greg microsoft/msc #1748, from phystad, 978 chars, Sun May 14 00:16:34 1989 -------------------------- TITLE: MSC V6.0 *news* My most recent edition of PCWeek magazine had a good review of MSC V6.0. Basically -- --- it will include a programmers workbench which is an open architecture environment allowing C programmers access to both Microsoft and third-party vendors. --- it will include a Microsoft C Advisor which is an extensive Hypertext like help system. Also, it seems that they have fully integrated QC2.0 into the MSC V6.0 product in such a way that QC2.0 is no longer a separate entity. They have done this by using the best features of QC2.0 in putting together MSC C6.0. Also, some extensive improvements in optimization, include global optimization. MSC V6.0 will also support the tiny model for creating .COM files. Back on the programmers work bench, it is designed to give programmers easy access to their favorite editor, debugger, and other utilities. MSC V6.0 could be formally announced by Microsoft as early as next month (June). --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AMG0883 Date: 06/18/89 From: ROBERT BALSOVER Time: 12:14 pm To: GREG KOCHANIAK (Rcvd) (Read 118 times) Subj: R: MICROSOFT C V. 6.0 That should give Borland heartburn! I wonder how Borland and the other vendors will react to this improvment? I will keep an eye out also. --------------- ** Current thread: MICROSOFT C V. 6.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ANB2847 Date: 06/19/89 From: GREG KOCHANIAK Time: 07:47 am To: ROBERT BALSOVER (Rcvd) (Read 118 times) Subj: R: MICROSOFT C V. 6.0 Yes, I wonder too. I've seen some earlier speculations on MSC 6.0 also, there was some roumor that it will be a C++ compliler, some poeple even wondered if it will support native 386 code. I'd like both, but it seems to be unlikely. Greg --------------- ** Current thread: MICROSOFT C V. 6.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ANN3591 Date: 06/19/89 From: ROBERT BALSOVER Time: 07:59 pm To: GREG KOCHANIAK (Rcvd) (Read 116 times) Subj: R: MICROSOFT C V. 6.0 I thought it already supported '386 native code. Rumor has it that TC 2.5 is in the last stages of beta now, I'm betting it's OOPs too! It would seem logical that Microsoft wouldn't want to be out done on this. I wonder if they'll release a updated version of CodeView with it? The press has been pretty sliging mud at it since Turbo Debugger came out. Anyway, a MSC++ would make coding OS/2(3?) and MS Windows alot easier. Bob --------------- ** Current thread: MICROSOFT C V. 6.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2APE0425 Date: 06/20/89 From: GREG KOCHANIAK Time: 10:07 am To: ROBERT BALSOVER (Rcvd) (Read 119 times) Subj: R: MICROSOFT C V. 6.0 It's a good news about TC 2.5. I have both MSC 5.1 and TC 2.0 with Turbo Debugger. So far found MSC working better for me, but of course I use Borland's debugger. If TC goes OOPs, then Microsoft probably will go too, as they did with Quick Pascal after TP 5.5. Havent heard yet anything about CodeView, but since my programs are VERY big, remote and 386 virtual debugging are the must for me. Thanks again for news on TC, Bob! Greg --------------- ** Current thread: MICROSOFT C V. 6.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2APL1016 Date: 06/20/89 From: GRANT ELLSWORTH (Leader) Time: 05:16 pm To: ROBERT BALSOVER (Rcvd) (Read 118 times) Subj: R: MICROSOFT C V. 6.0 I should note that Borland has already put its foot in OOPS .. There is now Turbo Pascal 5.5 which is an OOPS processor. This should give them a head start on coming out with a C OOPS varient. Big thing Borland lacks right now is OS/2 support for its language products. --------------- ** Current thread: MICROSOFT C V. 6.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2APL2345 Date: 06/20/89 From: GRANT ELLSWORTH (Leader) Time: 05:39 pm To: GREG KOCHANIAK (Rcvd) (Read 118 times) Subj: R: MICROSOFT C V. 6.0 Greg, What's this news about TC2.5? I haven't seen any comments on this at all. Can you elaborate? Grant --------------- ** Current thread: MICROSOFT C V. 6.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AQ10278 Date: 06/21/89 From: ROBERT BALSOVER Time: 01:04 am To: GREG KOCHANIAK (Rcvd) (Read 118 times) Subj: R: MICROSOFT C V. 6.0 Greg, I didn't know Turbo Debugger could read the info in a MSC file, can it? I'd think that the next version of codeview would have all of TD's 386 features when it is released. Bob --------------- ** Current thread: MICROSOFT C V. 6.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AQ10824 Date: 06/21/89 From: ROBERT BALSOVER Time: 01:13 am To: GRANT ELLSWORTH (Rcvd) (Read 117 times) Subj: R: MICROSOFT C V. 6.0 I don't think OS/2 support is required right now. I won't be interested in it until OS/3 ('386) comes out. I've heard nothing good about OS/2. I haven't tried it because I didn't need to. The requirements for OS/2 P resentation Manager to be useful is raw speed, we're talking screeming. I've used Excel and its a dog in anything less. Most people don't own screamers and untill they do MSDOS will be the requirement in my mind, OS/2 a toy. That of course is just my opinion. Memory is not that cheap yet either, but thats congress' fault not Microsofts. Bob --------------- ** Current thread: MICROSOFT C V. 6.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AQC1557 Date: 06/21/89 From: GREG KOCHANIAK Time: 08:25 am To: ROBERT BALSOVER (Rcvd) (Read 115 times) Subj: R: MICROSOFT C V. 6.0 Yes, it can read MSC file compiled for CodeView. You have the TDCONVRT.EXE utility in TC 2.0 Proffesional, which converts CV debugging information in your .EXE file to Turbo Debugger format. The original version of TDCONVRT has some bugs, but I've downloaded corrected version some time ago from CI$. Grant Ellsworth asks me about more information of possible TC 2.5. Do you have anything more? Greg --------------- ** Current thread: MICROSOFT C V. 6.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AQC1847 Date: 06/21/89 From: GREG KOCHANIAK Time: 08:30 am To: GRANT ELLSWORTH (Rcvd) (Read 113 times) Subj: R: MICROSOFT C V. 6.0 Grant, All I know is from Bob Balsover message: "rumor says"... I am rather more interested in MSC. Maybe this rumor is simply an extrapolation: TP 5.0 --> TP 5.5 OOPs = TC 2.0 --> TC 2.5 OOPs ????? Greg --------------- ** Current thread: MICROSOFT C V. 6.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AQM2689 Date: 06/21/89 From: ROBERT BALSOVER Time: 06:44 pm To: GREG KOCHANIAK (Rcvd) (Read 115 times) Subj: R: MICROSOFT C V. 6.0 I've heard nothing else about TC 2.5, and thats just grapevine anyway. I'd forgotten about TDCONVRT, I don't use MSC so I never used TDCONVRT. Bob >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AND1071 Date: 06/19/89 From: GEORGE KOFMAN Time: 09:17 am To: ALL (Read 120 times) Subj: C PROGRAMMER A friend is looking for a 'C' programmer to do a project, which may turn into a long-term project/job (>1 yr.) All interested parties can either upload their resumes to me (in PRIVATE) or send them to: S.D.G 2410 Springdale Road, #111 Waukesha, WI 53186-2709 Thanks. Geo. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ARG3443 Date: 06/22/89 From: GEORGE KOFMAN Time: 12:57 pm To: ALL (Read 120 times) Subj: C PROGRAMMER * WANTED * WANTED * WANTED * WANTED * WANTED * WANTED * Are you a 'C' programmer? Program in MS-C 5.xx? Looking for work? If you answered Yes to the three questions above, please contact me on this board or call (414) 549-5043 for details. Thanks. George M. Kofman >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ANK1973 Date: 06/19/89 From: PATRICK LEMIRANDE Time: 04:32 pm To: ALL (Read 117 times) Subj: C THE SUMMER GO BY Message CC'd to: ALL GRANT ELLSWORTH RE: I am joining this conference. Hi all. I am joining this confernece in support of my plans to learn the C language this summer. I am reading the (very clear) tutor from this BBS: TUR-C-TU.ZIP. My compiler is the small Lets C Compiler. I have two questions: 1) What will be the limitations of the Lets C compiler over the other more popular compilers. 2) I plan to first write the main menu for a program that will have one main box with six options. When I pick one of those options I want to make a smaller box with the sub options. Then, when selected, a smaller box for the possible finale needed information. How do I position the cursor on the screen? Does anyone have suggestions on how to best code this, or know of some good examples I can look at?? Patrick --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ANR2300 Date: 06/19/89 From: GRANT ELLSWORTH (Leader) Time: 10:38 pm To: PATRICK LEMIRANDE (Rcvd) (Read 110 times) Subj: R: C THE SUMMER GO BY Patrick, Let's C may be as good an inexpensive learning tool as you can find --- only the MIX-C compiler may be competetive for that purpose. On WINDOWS, MENUs, BOXES, and Cursor positioning ... many compilers have psuedo-graphics functions in their libs. I don't know what is in the Let's C set, but many compilers have a gotoxy() type of function which will position the cursor on the screen. Some even have a text-windows/boxes set of utility subroutines. In the Mahoney collection, I once found a file of several C source code routines for windows, boxes, menues, etc.. I think it was C_WINDOW. Try a HyperText scan in the mahoney collection for the term "WINDOW" and see what's there. Now it may be that these shareware / pd routines will not work with Let's C, but they may provide a guide on how to accom- plish what you want. Also, see the book "The C Toolbox" by William James Hunt for other related examples. It's a "quaility" paperback pubbed by Addison-Wesley. Grant ps: what previous programming experience or knowledge are you bringing to this experiment? BASIC? PASCAL? DBASE? or what? --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ANR2702 Date: 06/19/89 From: ROBERT BALSOVER Time: 10:45 pm To: PATRICK LEMIRANDE (Rcvd) (Read 110 times) Subj: R: C THE SUMMER GO BY Patrick, If you want to do something more generic you might try bios calls, many books are available that list all of the interupts and thier functions. Also you could try the ANSI.SYS driver, but thats slower than bios calls. I only suggest these because I don't know what graphic functions are defined in your compilers lib's, they would be the fastest if they exist. Bob --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ANS0048 Date: 06/19/89 From: PATRICK LEMIRANDE Time: 11:00 pm To: GRANT ELLSWORTH (Rcvd) (Read 109 times) Subj: R: C THE SUMMER GO BY Grant, thanks for the hints. I bring experience of programming in PLI COBOL and 370 Assembly. On the PC I have written some Basic code, and can read Assembly if I have all day. I like COBOL the best and always have had trouble with PLI (bugs and errors). I seem to do well with Assembly, even though I hate every minute of it. I can see that C is a fine language. I expect to have the same experiences as I had with PLI. I plan to start with a rather simple printer control program for my Panasonic printer. The code is very simple and clear in Basic, and even assembly, should be about the same in C. I suppose I will need the STDIO. H file included in my program. I read that message left here earlier in the year that defines the level of programmer. After four chapters of the Tutor I cannot meet the 'novice' which said: Uses #include stdio.h and does not know why. Has heard of pointers, and has never seen one. Well, this is the first I have heard of both STDIO.H and pointers. Looking forward to the efficiency of both. I like the function calls like: A = first(void) Looks like my kind of power coding. i take that as a procedure called 'first' is executed returning a value and placing it in A. Grant, I can do this and still get the grass cut. (I think) Patrick --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ANS0488 Date: 06/19/89 From: PATRICK LEMIRANDE Time: 11:08 pm To: ROBERT BALSOVER (Rcvd) (Read 108 times) Subj: R: C THE SUMMER GO BY Bob, yes ANSI.SYS does sound to slow. I will go for the bios calls. What command are we talking about? Do I now need the command: #include stdio.h /* declarations for standard I/O. */ Would I use dos.h /* declarations for DOS calls */ if I would use the ANSII.SYS driver??? Patrick --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2APL2033 Date: 06/20/89 From: GRANT ELLSWORTH (Leader) Time: 05:33 pm To: PATRICK LEMIRANDE (Rcvd) (Read 115 times) Subj: R: C THE SUMMER GO BY Patrick, You and I share something of the same background prior to try- ing to program in C. I am a very long time IBM370 ALC programmer. I've also done work in COBOL (practically forgotten) and PL/I (modest and farily recent). C is like a "high level" assembler to me. I like it for that reason (among others). I've also read a little of IBM's PL/S a mixture of ALC and PL/I for opsys construction. Where we part ways is in our views of COBOL.... To me, COBOL is a computerist's 5-letter word for a 4-letter expletive. This may be due to the applications I had to code in C***L - mostly text and bit-handling stuff before they added the STRING and UNSTRING verbs which make the free-from text handling easier. THe other things C***L lacked (and may still lack) which I need in a programming tool are: parameter passing to "internal" subroutines and pointer handling. I also found C***L's verbosity a bit overwhelming - especially when the only media I had for making programs wass the 80 column punch card ... and had to multi-punch my lower case letters and other special characters in already long data definitions statements. I hope you enjoy your venture into C programming. I think you'll find your prior programming experience with the assemblers (both 370 and 80x86) very helpful. And I know you'll always find any help you'll need in this conference/topic. Grant --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2APS0556 Date: 06/20/89 From: PATRICK LEMIRANDE Time: 11:09 pm To: GRANT ELLSWORTH (Rcvd) (Read 112 times) Subj: R: C THE SUMMER GO BY Grant, RE: Programming C***L on an 80 column puch card. That alone clears up your view of C***L. I wrote complex programs in PLI and file/string handling programs in C***L. I experienced writing C***L code, compiling it without errors, and getting what I wanted when it ran. I don't think I have ever done the with PLI! In fact, I earned my debugging skills using PLI. Another thing different in my experience with C***L is that I write my code on a PC editor, using the 85 standard, and upload it to a VAX, (using a Procomm script), while I go the the refridgerator. When I return, I have either compiler errors on the printer, or the printout on my hard disk. It's sad, but I never go to use that 80 column card punch. Patrick --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AQ10107 Date: 06/21/89 From: ROBERT BALSOVER Time: 01:01 am To: PATRICK LEMIRANDE (Rcvd) (Read 117 times) Subj: R: C THE SUMMER GO BY Patrick, I don't think your compiler would place the format of a interupt call in stdio.h, that file is for file i/o using FILE * . You'll have to look for the function that does the low level interupt calls. In Turbo C there are a couple. One is int86(). The commands I'm talking about have nothing to do with C. These commands are parms passed to the bios of your computer, in the registers. A example in assembly language would be: mov ah,02H mov bh,00h mov dh,01H mov dl,05H int 10H the 2 in ah is the command to move the cursor to a position the 0 in bh is the page number on your video adaptor the 1 in dh is row you want the cursor to go to the 5 in dl is the column you want the cursor at int 10H is the interupt call, int #10H is the interupt that handles screen functions. Numbers followed by a h are in base 16 (Hexadecimal) These type of calls are machine specific and you can't expect them to work on anything but MSDOS compatible setups. A good book that lists all of the bios calls is: Advanced MSDOS Programming by Ray Duncan Microsoft Press. Look for a function in your compiler that will make bios calls so you don't have to use a assembler. 'Hope That Helps. Bob --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AQC3199 Date: 06/21/89 From: PATRICK LEMIRANDE Time: 08:53 am To: ROBERT BALSOVER (Rcvd) (Read 114 times) Subj: R: C THE SUMMER GO BY Robert, RE: positioning the cursor whith interupt 10. Yes that helps, and I am familiar with the code. C seems to be closer to assembly than I expected. I can write a procedure to do that and send it two variables or so. Looks like I have a Intcall that works with the full registers DX and BX. That must not be the right one. I suppose I will have to clear the scren with assembly too. Patrick --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AQE1103 Date: 06/21/89 From: GRANT ELLSWORTH (Leader) Time: 10:18 am To: PATRICK LEMIRANDE (Rcvd) (Read 114 times) Subj: R: C THE SUMMER GO BY Patrick, Using PC to edit, followed by uploads to VAX is certainly an excellent way to get the job done. I did a little work some years back (82-83) with VAX C***L - 74. Wasn't real bad, just made me a little ill.a On PL/I, I can sympathize. My staff at about that time was using a PL/I compiler on the VAX and was getting real frustrated with the fickle nature of that compiler. I have found the IBM370 PL/I compiler equally fickle and more prone to honest to goodness compiler bugs ... ONe of my staffers stumbled into one that put the compiler in a $5K tight loop - ugly. I helped find and workaround the compiler bug, but it was real grief inducing. As to punch cards and C***L ... on your knees and give highest thanks to the almighty that you were NEVER subjected to that torture ..... Grant --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AQI3022 Date: 06/21/89 From: PATRICK LEMIRANDE Time: 02:50 pm To: GRANT ELLSWORTH (Rcvd) (Read 112 times) Subj: R: C THE SUMMER GO BY Grant, RE: Never subjected to that torture.... Did you ever drop a pack of cards??? Patrick --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AQL1820 Date: 06/21/89 From: GRANT ELLSWORTH (Leader) Time: 05:30 pm To: PATRICK LEMIRANDE (Rcvd) (Read 116 times) Subj: R: C THE SUMMER GO BY >Did you ever drop a pack of cards ..... I've got 2 quick stories for you .... 1. I had a 2 tray (400K++ cards) C***L BNF syntax decoder pseudo-compiler ... maybe above card count is a little low .... There were so many changes and insertions in what was a small area of the program that I had to mix alpha and numbs to get anything like sequence numbers in case there was scrambled eggs ... and there were, or course some blank sequence numbers due to "quick fixes" all over the place .... I'll never forget what little I will ever remember of it ... the night I was standing in the Computer Room watching a big-handed over-confi- dent computer operator pick up a whole tray of cards (2K++) - hands pinching it at both ends to load on the 2540 card reader --- he put it in upside down , of course. .. then he puts one hand on top of big stack, other on bottom, and attempts to turn it right side up ... about the time the long stack is horizontal to the floor ,,,it goes splatter as operator's hands come together like an accordian player's .... at the moment the 1st batch of cards hit the floor, I literally saw red ... and remember nothing until the red cleared from my eyes and 3 co-workers and boss were restraining me trying to get me loose from the poor operator's neck, i think it was. By the time I was wrestled to the floor amidst all those cards, my vision cleared up and I calmed way down .... and proceded with the onerous task of reconstructing the mess ... this mess was compounded by the fact that during the "red" period, the OTHER tray go knocked off the card reader and it, too, spewed its contents all over the floor ... I have no memory of how that happened Anyway, it took the better part of that night to reconstruct the program deck and re-punch/reposition the blank seq numbers ... Thanks to the presence of a card sorter, the job was not as bad as it could have been 2. As if scrambled eggs source code (as above) was not bad enough, I also had a similar mishap with 4 boxes of object decks ..... I did this one to myself ... tried to navigate a particlarly narrow doorway carrying these 4 boxes of object into a waiting area ... These were also as mess to get straightened out ... I finally had to recompile some of the programs to get the object decks === as 3 of the scrambled decks had the same 1st 3 or 4 chars identifying them in the sequence numbers ..... So, did I ever drop a deck of cards? I think I've seen enough dropped to keep a Las Vegas card shark busy for days ... And if I never never never see, deal with, handle a punch-card again (except as a nostalgic trip thru a museum), it will be much much too soon. Grant --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AQM3193 Date: 06/21/89 From: ROBERT BALSOVER Time: 06:53 pm To: PATRICK LEMIRANDE (Rcvd) (Read 116 times) Subj: R: C THE SUMMER GO BY Patrick, You can use Intcall with these video functions, it is the right function. Combine dh and dl and you have DX. So, if dh was 05h and dl was 01h then DX would be 0501H or if this is a C function the proper syntax is: 0x0501. The 0x prefix is C for hexadecimal. What I wrote in my last message is Assembly code not C, but C can be very close to Assembly. That's what I like about C. Yes the is a way to clear the screen with this method. I don't remember the function number, but you just scroll the screen. Are you sure your library doesn't have some video functions. These methods are OK but direct screen writing is much better. Bob --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AQS0592 Date: 06/21/89 From: PATRICK LEMIRANDE Time: 11:09 pm To: GRANT ELLSWORTH (Rcvd) (Read 114 times) Subj: R: C THE SUMMER GO BY Grant, RE: So, did I ever drop a deck of cards? Somehow I knew you would come up with a good story. Patrick --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AQS1054 Date: 06/21/89 From: PATRICK LEMIRANDE Time: 11:17 pm To: ROBERT BALSOVER (Rcvd) (Read 111 times) Subj: R: C THE SUMMER GO BY Robert, thanks. I can clear the screen with the info you gave me. I know the assembly code to clear it, so I will just plug in the right values. Believe me, I will keep in touch. Patrick --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ARR1169 Date: 06/22/89 From: ROBERT BALSOVER Time: 10:19 pm To: PATRICK LEMIRANDE (Rcvd) (Read 113 times) Subj: R: C THE SUMMER GO BY Patrick, Are you sure your compiler doesn't have screen routines? Bob --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ASE0119 Date: 06/23/89 From: PATRICK LEMIRANDE Time: 10:01 am To: ROBERT BALSOVER (Rcvd) (Read 116 times) Subj: R: C THE SUMMER GO BY Robert, if my compiler has screen routines, then I have not found them yet. I also don't know how to do the assembly code: 'CALL CLEAR' in C, or what that line means. I am using the Printf function for now. So far I have read seven of fourteen chapters of the tutor. Printf has been used exclusively. So how do most C programmers write to the screen. Patrick --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ASL1820 Date: 06/23/89 From: GRANT ELLSWORTH (Leader) Time: 05:30 pm To: PATRICK LEMIRANDE (Rcvd) (Read 112 times) Subj: R: C THE SUMMER GO BY Patrick, just a clue ... does your compiler/lib have a "clrscr()" or a "xxx_clrscr()" function (xxx = DOS, or other classification pfx)? Grant --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ASN1972 Date: 06/23/89 From: JOE VINCENT Time: 07:32 pm To: GRANT ELLSWORTH (Rcvd) (Read 111 times) Subj: R: C THE SUMMER GO BY Grant, the last time I worked with COBOL, it even had rudimentary pointers (actually, fancy subscripts) manipulated by a SET command. I particularly enjoyed the STRING and UNSTRING verbs, which you also mentioned. I did some work in the late 1970s decomposing telecommunications streams using COBOL and the UNSTRING was a blessing. I don't have the visceral reaction to COBOL that many people seem to have, most of whom have never written a line of COBOL and wouldn't know the language if they fell over it. I used to tell the various language bigots who worked for me (one of whom thought FOCUS was God's gift to the computing community) that "we have more than one arrow in our quiver." My point was that no single language is best for every purpose, so we, as professionals, should be multi-lingual and prepared to select the best language for the purpose. I wouldn't want a tool box with nothing in it except a pair of pliers, but "to the man whose only tool is a hammer, all things require hammering." Speaking of C, I read that MS is already beginning to talk about an early-to-midyear 1990 release for MSC 7.0! And the hits just keep on comin'! -=≡{JOE}≡=- (tm) --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ASN2146 Date: 06/23/89 From: JOE VINCENT Time: 07:35 pm To: GRANT ELLSWORTH (Rcvd) (Read 108 times) Subj: R: C THE SUMMER GO BY I once watched a young enlisted man drop two boxes of cards containing a program that he had not sequence-numbered. I don't know whether he ever got it back into the correct order. -=≡{JOE}≡=- (tm) --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ASP0150 Date: 06/23/89 From: GRANT ELLSWORTH (Leader) Time: 08:02 pm To: JOE VINCENT (Rcvd) (Read 111 times) Subj: R: C THE SUMMER GO BY Joe, ... you were FORTUNATE to be using C***L in the days after some of those useful verbs were added. And I never heard/read of the "SET" verb which allows some rudimentary ptr definitions. THe only thing I ever saw or used with C***L which had ANYTHING to do with pointers was the VAX/VMS "call by descriptor" facility which would include a pointer-to, length of, and type-of, for the data entity so referenced. This was very much like the PL/I "SLD" generated by the IBM 370 Compiler. I found C***L too darn verbose: 0n my_LONG_NAME PICTURE S9(9) COMPUTATIONAL VALUE 3141459. - now becomes (I think) 0n MY_STILL_TOO_LONG_NAME PIC S9(9) COMP VAL 3141459. but, in C: long my_LONG_NAME = 3141459; /* which is not quite so verbose */ Does the language now support passing parameters to internal sub-routines - e.g.: perform paragraph_2043 using data1 data2 data3. ????? (I'm getting mellow - did NOT put word language in quotes) On multi-lingual .... you and I agree ... and I'd like to extend that fine concept / expression to include "multi-architectural" and "multi-opreating systems"!!! You are right on the money -- no one language is good for all application or system problems. I've seen a little FOCUS - and I agree (in part) with your staff ... it IS God's gift --- to the C***L application developer, anyway. Now, FOCUS feeds idea into CASE .... and OOPS .... Grant --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ASR3258 Date: 06/23/89 From: PATRICK LEMIRANDE Time: 10:54 pm To: GRANT ELLSWORTH (Rcvd) (Read 108 times) Subj: R: C THE SUMMER GO BY Grant, RE: clrscr() no, none that I can see. I suppose I will have to make one> Patrick --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AT10530 Date: 06/24/89 From: ROBERT BALSOVER Time: 01:08 am To: PATRICK LEMIRANDE (Rcvd) (Read 112 times) Subj: R: C THE SUMMER GO BY Patrick, I believe that call clear is just a function call. What is 'CLEAR' anyway? If this a C function you would just: clear(); If this is a Pascal or Assembly Language function you would first: pascal clear(void); /* do a prototype */ then later in your file: clear(); remember that C functions have a underscore prefix, but you don't include that in your C code, the compiler does it for you. A Pascal or a Assembly function does not have to have the underscore prefix but it could. If it does you must include it in your C code. At least thats C according to Borland. The function printf is fine, generic. If you change the cursor's position it will print at the new position. You could also do scanf to a string, then print it char for char but that would bog things down. Bob --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ATG1058 Date: 06/24/89 From: JOE VINCENT Time: 12:17 pm To: GRANT ELLSWORTH (Rcvd) (Read 108 times) Subj: R: C THE SUMMER GO BY Yep, COBOL is quite verbose. I wrote my last COBOL program in the late 1970s. But, if I had to do another data stream decomposition, I might pick COBOL, although SNOBOL would be a more logical first choice. It's worthwhile just to know what's available and what are the strengths and weaknesses of various languages. I'm not aware of any parameter-passing capability in COBOL; since all variables in COBOL are global (or were as of the last time I used COBOL), all parameters are "visible" to PERFORMed sections of code. The flip side of that is that COBOL doesn't allow variables to be local to a portion of the code. My COBOL awareness is dated, so don't take this as gospel. I've always maintained that a data processing professional should know at least one language/machine/architecture/OS in detail and should know ABOUT many. In this business, when you close your mind and stop learning, you're history. As I told someone at the office this week, in this business, this year's "Star Wars" is next year's fait accompli. A year ago, I was telling my boss that we needed to drill deeply into Enterprise Systems, SAA, et al, since that would be our platform into the next century. The boss wanted "something practical" ─ action items. This past week, I attended an IBM session on cooperative processing and SAA. Our developers now have gotten religion on the topic and our department is not even on the learning curve yet. So much for action items. -=≡{JOE}≡=- (tm) --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AVD2018 Date: 06/26/89 From: PATRICK LEMIRANDE Time: 09:33 am To: ROBERT BALSOVER (Rcvd) (Read 105 times) Subj: R: C THE SUMMER GO BY Robert, CLEAR was a piece of assembly code. I will list part of it here: EXTRN CLEAR:FAR ;CLEAR SCREEN CODE SEGMENT ASSUME CS:CODE,SS:STACK,ES:DATA KEYCODES PROC FAR PUSH DS ;PUSH RETURN SEG ADDR ON STACK SUB AX,AX ;PUSH RETURN OFFSET OF ZERO PUSH AX ;ON STACK MOV AX,SEG DATA ;SET ES-REGISTER TO POINT MOV ES,AX ;TO DATA SEGMENT ; ; set up screen MOV AH,0 ;set video mode mov al,3 ;color text mode INT 10H ;clear screen call clear ;clear screen mov dh,20 ;place cursor at row 18 mov dl,0 ; colm 0 mov ah,2 ; sub call for int 10h int 10h ;Bios interrupt for cursor motion This is what I was talking about. I don't understand the CLEAR myself?? Patrick --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BPQ2918 Date: 07/20/89 From: ROBERT BALSOVER Time: 09:48 pm To: PATRICK LEMIRANDE (Rcvd) (Read 110 times) Subj: R: C THE SUMMER GO BY Patrick, sorry I took so long to reply, my modem died. could you restate what led to this message? Bob --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BQ10874 Date: 07/21/89 From: PATRICK LEMIRANDE Time: 01:14 am To: ROBERT BALSOVER (Rcvd) (Read 108 times) Subj: R: C THE SUMMER GO BY Bob, I am not sure what message you refer to, but it must be about the printer. I found out that my code worked, and that I needed to type in a character to represent the decimal equivalent of the number I wanted to send to the printer. i.e. to send a '36' I had to use a '$' which is decimal 36. I ended up rewriting the code to convert the decimal number to its character equivalent: int valin. char s[6],x; scanf("%d",&valin); s[0] = '3'; if ((valin == 10) || (valin == 26)) valin--; /* these two need work */ if ((valin < 256) && (valin > 0)) { x = valin; s[1] = x; s[2] = 0; setprint(s); } That about did it. I have not tried to set s[1] = valin. Just glad it works. Next I plan to use structures to make my menu sort of dynamic. Maybe modular is more the term. Patrick --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BQR2579 Date: 07/21/89 From: ROBERT BALSOVER Time: 10:42 pm To: PATRICK LEMIRANDE (Rcvd) (Read 108 times) Subj: R: C THE SUMMER GO BY Patrick, I'm afriad that my busted modem has had me out of touch longer than that subject. The message I was refering to was a assembly routine that cleared the screen. Just what are you whipping up anyway? Bob --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BRL2807 Date: 07/22/89 From: PATRICK LEMIRANDE Time: 05:46 pm To: ROBERT BALSOVER (Rcvd) (Read 106 times) Subj: R: C THE SUMMER GO BY Robert, I never figured out how to I never figured out how to run the assembly program to clear the screen. Instead, I just sent and ASCII code using printf to clear the screen. In fact, I used the ASCII sequences to position the cursor also. The program is 100% DOS compatible and can be run remotely with com software. As I continue to build on this program I will someday read from the keyboard and write to video memory. For now it slowly and cleanly achieves my objectives. Patrick --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BRM0481 Date: 07/22/89 From: ROBERT BALSOVER Time: 06:08 pm To: PATRICK LEMIRANDE (Rcvd) (Read 108 times) Subj: R: C THE SUMMER GO BY Patrick, I'll write those two routines for you (clear screen, position cursor) as a better example of what can be done. I imagine that if you are using printf to do this you have to load ANSI.SYS, right? Eats memory. Do you have a assembler? There are two ways to do it, 1: int86() and inline but inline requires a assembler, int86() doesn't but takes more space to do it. Also what memory model and what C compiler (MS?)? Or was it Lets C? (Mark Williams). Bob --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BRM1374 Date: 07/22/89 From: PATRICK LEMIRANDE Time: 06:22 pm To: ROBERT BALSOVER (Rcvd) (Read 111 times) Subj: R: C THE SUMMER GO BY Robert, I always load ANSI.SYS, I like it. Does bring up a point of my program's compatibility on a machine that does not load it. I have a copy of the IBM Macro Assembler V.20. I am compiling my C code with (yes) the Mark Williams Lets C. It has done the job so far, just in a slow way. I suspect the only way to speed things up is to get a faster computer. I welcome any procedure you write for me to clear the screen and position the cursor. Thanks in advance. You will also be showing me how to include a ASM program within a C program. As for the int86, I thought that was an option included with the Lets C package. What is it really?? Patrick --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BRM1899 Date: 07/22/89 From: ROBERT BALSOVER Time: 06:31 pm To: PATRICK LEMIRANDE (Rcvd) (Read 107 times) Subj: R: C THE SUMMER GO BY Patrick, The int86() is just a function that loads the registers with your desired values and calls the interupt you specify. It also returns the values in the registers following the int86() call, this is how MSDOS and your ROM bios tell you it answer to your question. If you could, please list the calling parm's your manual lists for int86(), also I need the memory model. Bob --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BRM2111 Date: 07/22/89 From: ROBERT BALSOVER Time: 06:35 pm To: PATRICK LEMIRANDE (Rcvd) (Read 105 times) Subj: R: C THE SUMMER GO BY Patrick, I need you to look thru your manual for a way to do inline assembly. There would be a keyword listed like '#pragma inline' or 'asm'. Bob --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BRP1258 Date: 07/22/89 From: PATRICK LEMIRANDE Time: 08:20 pm To: ROBERT BALSOVER (Rcvd) (Read 106 times) Subj: R: C THE SUMMER GO BY Robert, RE: please list the calling parms your manual lists for int86(), and the memory model. looking.............. Can someone with a Let's C compiler and knowledge please help me on this one. Patrick --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BRP2205 Date: 07/22/89 From: PATRICK LEMIRANDE Time: 08:36 pm To: ROBERT BALSOVER (Rcvd) (Read 106 times) Subj: R: C THE SUMMER GO BY Bob, RE: inline assembly looking.......... Looks like I don't have that option in my compiler. Patrick --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BSI0929 Date: 07/23/89 From: ROBERT BALSOVER Time: 02:15 pm To: PATRICK LEMIRANDE (Rcvd) (Read 104 times) Subj: R: C THE SUMMER GO BY Patrick, A good place for looking for memory model info is in the index under memory models or in the list of compiler command line options. Can you find anything in your manual that says you have int86() in your compiler library, if not then you probably don't have it. We can roll you one. In Turbo C, it's int86(int intno, union REGS *inregs, union REGS *outregs); where REGS is a union of most of the registers. You could write a small program that calls int86(), if you get a linker error, you dont have that routine. Bob --------------- ** Current thread: C THE SUMMER GO BY Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BSI1205 Date: 07/23/89 From: ROBERT BALSOVER Time: 02:20 pm To: PATRICK LEMIRANDE (Rcvd) (Read 109 times) Subj: R: C THE SUMMER GO BY Patrick, If you don't have it, thats ok. We'll just link it in. Patrick, I don't live that far from you. If you are having a difficult time deciphering your manual we could coordinate a time where I could look at your manual. Bob >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ARD0341 Date: 06/22/89 From: DON BOWEN Time: 09:05 am To: ALL (Read 117 times) Subj: LOADABLE EXTERNAL ROUTINES Has anyone out there ever heard of a Quattro Save Translator? Has anyone ever written one? A QSR was talked about in Turbo Technix (RIP) May/June 1988 issue. What I need is a way to implement the same concept in a normal program and I don't want to use the Quattro Developer's Toolkit. Because this may not help anyone to understand, let me describe my need directly. I want to be able to write a program which based on how a user configures it, will use other separately compiled routines. Because of memory limitations and mostly the clients mandate it is not acceptable to try a "linking" solution. I'd like to be able from within the main program, allocate some memory and bring in the user specified routine, then call that memory location as needed. Sorry I'm not explaining this a little better. The real application will consist of an engine (main program) to do the work and these separately compiled programs to handle among other things the communication protocol conversion between a host computer and different types of coordinate measuring machines. I would appreciate any type of response and to anyone brave enough to try to help any additional info that would clarify. Thanks in advance! Don --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ASD0488 Date: 06/23/89 From: STEVEN KEY Time: 09:08 am To: DON BOWEN (Rcvd) (Read 112 times) Subj: R: LOADABLE EXTERNAL ROUTINES Don, There are probably a lot of ways to skin this particular cat. Without knowing just how tightly coupled your main program and its modules need to be, I can suggest two methods. For tight coupling, write the modules as overlays. I know this works in Turbo Pascal - I must confess I don't use C, I just like to read this conference. I assume that most of the C compilers support overlays. The main program can read the configuration file to decide which overlays to use. Pibterm, for instance, uses a configuration file to store info about which terminal emulation and file transfer protocol you want to use, and loads the appropriate overlays. The second method would be to write separate programs and use the EXEC function inside the main program to execute the sub-programs. Sharing data becomes more involved this way. There are lots of good C programmers on the board, and I expect that if you ask a more specific question they will come to your aid. Steven >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ATN0134 Date: 06/24/89 From: PAT SHEA Time: 07:02 pm To: GRANT ELLSWORTH (Rcvd) (Read 112 times) Subj: <CTRL-BRK> : OLD STUFF Grant : 'bout a yr ago you were playing with <read that fighting with> the ^C echo - what follows is some code that was given to me recently. I think that it comes from FidoNet's C_ECHO /* MSC 5.10 */ /*PLF Mon 06-19-1989 05:49:31 */ #include <stdio.h> #include <dos.h> #include <conio.h> static void ( interrupt cdecl far * old_9 )( void ); static void interrupt cdecl far trap_break( void ); static void interrupt cdecl far new_9( void ); void main( void ); static user_abort = 0; static void interrupt cdecl far trap_break( void ) { user_abort++; // inc every time user hits ^break } static void interrupt cdecl far new_9( void ) { static char far *shift_state = (char far *) 0x417; static int scancode, kcode; if ( *shift_state & 4 ) { // CTRL pressed ? scancode = inp( 0x60 ); if ( scancode == 46 ) { // 'C' key? // ACK key kcode = inp( 0x61 ); (void) outp( 0x61, kcode | 0x80 ); (void) outp( 0x61, kcode ); // signal EOI (end of interrupt) to 8259 (void) outp( 0x20, 0x20 ); return; // IRET } } _chain_intr( old_9 ); // if we don't handle key, jump to BIOS } void main( void ) { void ( interrupt cdecl far * old_23 )(); void ( interrupt cdecl far * old_1b )(); old_23 = _dos_getvect( 0x23 ); // Dos ^C int old_1b = _dos_getvect( 0x1b ); // Bios ^break int old_9 = _dos_getvect( 0x09 ); // 8259 keyboard ISR _dos_setvect( 0x23, trap_break ); _dos_setvect( 0x1b, trap_break ); _dos_setvect( 0x09, new_9 ); while ( 1 ) { printf( "Try hitting ^C or ^break.\n" ); if ( kbhit() ) break; } (void) getch(); // eat keyboard character _dos_setvect( 0x23, old_23 ); // replace old ints _dos_setvect( 0x1b, old_1b ); _dos_setvect( 0x09, old_9 ); } // interesting. . . . pats. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ATP1996 Date: 06/24/89 From: GRANT ELLSWORTH (Leader) Time: 08:33 pm To: PAT SHEA (Rcvd) (Read 112 times) Subj: R: <CTRL-BRK> : OLD STUFF Pat, You bet I'm curious and interested. I DID come up with 3 kinds of solutions, one of which did include an alternate intr 09 handler. I thought I had long since uploaded the code with the baseline MSC CAROTC code ... but I can't find it here. I have it somewhere on some floppies (my pc area is overloaded with floppies) ... when I find it, I'll revisit the code to see if it has my final version and upload it if clean. The UNFILKEY.ZIP on Mahoney is my primitive suggestion for a partial workaround ... but it still "breaks" out if use hits ^BRK or any of its cousins during screen output. Grant This other thing I've got to find .... had some more insulation from the ^BRK (and friends) and could be compiled in TC, MSC , and WC (6.5). It also had kernal to use when run on a ps/2 - AT 12-pf-key keyboard. --------------- ** Current thread: <CTRL-BRK> : OLD STUFF Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2ATS1455 Date: 06/24/89 From: PAT SHEA Time: 11:24 pm To: GRANT ELLSWORTH (Rcvd) (Read 108 times) Subj: R: <CTRL-BRK> : OLD STUFF grant... you must have uploaded carotc at some time or another cuz i've got it here. it was just 'bout a year ago that we had a whole bunch of crosstalk going back and forth on this one.... keep diggin' pats. --------------- ** Current thread: <CTRL-BRK> : OLD STUFF Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AUF2314 Date: 06/25/89 From: GRANT ELLSWORTH (Leader) Time: 11:38 am To: PAT SHEA (Rcvd) (Read 105 times) Subj: R: <CTRL-BRK> : OLD STUFF Pat, I did not upload the CAROTC, but one of our other correspondents must have at about that time. I remember some correspondence on this back then. Anyway, that pgm was my baseline. Also, both the new thing you uploaded AND that original carotc have 2 flaws: o The ps/2 bios is re-entrant ... so heaven help a single threaded intr09. o The ^@ will be taken as an "unstopped" ^C/^BRK in both those pgms My "final solution" squelched all 3 + an <alt-03> and substuted another character in case these things were needed , but not to be pgm stoppers. grant --------------- ** Current thread: <CTRL-BRK> : OLD STUFF Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AUR2820 Date: 06/25/89 From: PAT SHEA Time: 10:47 pm To: GRANT ELLSWORTH (Rcvd) (Read 104 times) Subj: R: <CTRL-BRK> : OLD STUFF grant... i remember we had quite a conversation going 'bout this one then. you were beginning to take on the look of the "Indiana Jones" of the ^C beat - i just sorta gave up on it. best regards, pats. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AVP1954 Date: 06/26/89 From: MIKE SZYMANSKI Time: 08:32 pm To: ALL (Read 105 times) Subj: X-WINDOWS My associates and I are hoping to continue our R&D into X-Windows apps within the next month or so, and we are looking to start a forum for discussion and information exchange between andyone with knowledge of X-Windows or just an interest. If demand grows we will probably open up our BBS for the forum. Respond if at all interested. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AW10490 Date: 06/27/89 From: MIKE CODY Time: 01:08 am To: MARK HOWELL (Rcvd) (Read 102 times) Subj: R: GREETINGS I agree with your assement Mark, I am a novice 'c' programer, but do development in clipper. Because clipper includes it's entire runtime library in the EXE is why it's so big. It to my understanding does'nt jsut pick out the routines called, but puts 'em all in for good measure. Maybe its just to impress our customers with how much code they are getting for their money? I once again state a belief all programmers should learn to program on a 64k machine, would teach how to write tight memory efficient code for a change. I just commented over in the comm section, I remember when you could fit Wordstar,Spelstar, and Mailmerge on one 360k floppy! I could edit a 100 page document, and still have SideKick fully loaded, with only 640k...it's getting to the point that all the graphics bells and whistles are gettting ridiculous. Geez...now I even need a meg on my VGA card to run some prgs at a reasonable speed. That would be an interesting debate to begin somewhere on EXEC...for I am definently ANTI-Graphical interface...some one show me PROOF where a mouse and Icon lets anyone learn to get around faster than a simple menu that says press "A" for apple, "B" for bear etc. And does'nt take 300k of ram to do it! I don't for one second belive you can show a definate proof where the relation of the horizontal movement of mouse is identical to the vertical movement of an icon. Most folks don't have the eye-hand coordination to drive a car let alone this stuff. Perhaps Grant you have a suggestion of an area on EXEC I could begin this discussion. For sure this is not the appropriate one except for the PRG end of it... Mike Cody --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AW12200 Date: 06/27/89 From: MARK HOWELL Time: 12:36 am To: ALL (Read 108 times) Subj: GREETINGS Greetings to all. After reading (forever) to catch up on the messages of this conference, I have become intriged by the competence level of some of the members and would like very much to join in on some of the discussions passing by. . I would like to start by stating that I work primarily in MSC5.1 due to the standards of the company I work for, but for outside projects, I tend to work with other systems. In response to the Ultimate Programming Language, I think C misses the mark. Because time=money, rapid code generation and debugging, I feel C leaves you hanging with debuggers trying to track down the elusive null pointer assignment while attempting the elequent solution. It appears Henricks cry for a more procedural language was a clear plea for Turbo Pascal (especially 5.5 OOP's) even though he appears to despise TP so much. I am fairly proficient in MSC, TC and assembler (though admittedly not as much with assembler). For the majority of applications, I have found that C cannot compare with Pascal for speed of development, and does not exhibit any reasonable increase in performance. C does offer, though, great portability and flexibility. I feel Grant has hit the nail on the head when he said that no one language is best suited for all applications. Either of these languages are equally applicable for real world development, limited only by the skill of the programmer, with the possible exception of Clipper. What gives with a clipper application that does nothing other than display a text file but has a whopping 126K executable size? If anyone can enlighten me as to why this is and how it can be circumvented, I would be most greatful. I might then, once again try to develop with this monster. --------------- ** Current thread: GREETINGS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AWF1922 Date: 06/27/89 From: DON BOWEN Time: 11:32 am To: MARK HOWELL (Rcvd) (Read 101 times) Subj: R: GREETINGS Mark, couldn't help but notice the '.' you used to avoid a blank line. I did exactly the same thing. You can just put a space in its place and the message will not end. Also, I could not disagree with you more about the C/Pascal development time. I'm sure it's what you are most familiar with that seems the fastest. As far as the size of the Clipper executable, the functions you can call are grouped into modules inside the Clipper library. If you call one of the functions you get the whole module. Unfortunately, the base module is HUGE! I'm sure that this will be addressed with the release of the new Clipper later this year. Don --------------- ** Current thread: GREETINGS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AWL3246 Date: 06/27/89 From: GRANT ELLSWORTH (Leader) Time: 05:54 pm To: MIKE CODY (Rcvd) (Read 100 times) Subj: R: GREETINGS Well, Mike, if your focus will be on C programming as the tool, this forum is as good as any. I'm sure C systems and applications programmers have some strong views on this subject. I certainly do. To wit: WIMPS is definitely self-descriptive .... and "MICE" should be eaten by cats (mouse is a 5 letter stand-in for the 4 letter expletive and is an expletive in itself). I have advised my spouse (a committed PC user and application developer in dbase) that: a) If I should see any kind of mouse within 10 yards of the MS-DOS pc's in our office, it will have a quick engagement with my sledge-hammer ... b) an electronic analog device attached to any item vaguely resembling a computer better be attached to the "fruit"- named thing if it is to have survival chances ... and to survive, it had better be in its own safe in another room .... grant --------------- ** Current thread: GREETINGS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AWM0069 Date: 06/27/89 From: GRANT ELLSWORTH (Leader) Time: 06:01 pm To: MARK HOWELL (Rcvd) (Read 103 times) Subj: R: GREETINGS Mark, Let me pass credit on to Joe Vincent for his initial observation that no one lanuage is good for all kinds of applications ... where Joe and I may part ways is that I think C***L is not good for any. As to C vs Pascal ... I like to use them both and personally favor use of neither over the other. However, with the exception of the widely used Borland implementation, most Pascal implementations are not as elastic as C. I prefer elasticity in my programming tools, for that allows me to use more of the underlying architecture's capabilities more effectively and directly. Grant --------------- ** Current thread: GREETINGS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AXM3279 Date: 06/28/89 From: MARK HOWELL Time: 06:54 pm To: GRANT ELLSWORTH (Rcvd) (Read 106 times) Subj: R: GREETINGS I think I agree with you that C is more elastic than t.pascal. I tend to use C for more systems level programming for just that reason whil I prefer Pascal when I have a high level application that I need to get out quickly but where I dont need to pull any "tricks" out of my hat simply because I tend to spend less time tracking down any run time errors. When you need to really git down to the nitty gritty of the system level architecture, I've found asm to be a needed addition to either c or pascal. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AWR0485 Date: 06/27/89 From: JAMES SABATKE Time: 10:08 pm To: ALL (Read 101 times) Subj: VI-EDITOR Some time ago I downloaded a nice "VI" editor. I can't find the disk now and would like it, but I can't find it again. (I've searched in every way I can think of) Does any body know the filename so I can download it again? Thanx in advance, Jim S. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AX23138 Date: 06/28/89 From: PHIL KATZ Time: 02:52 am To: ALL (Read 106 times) Subj: UNTRACEABLE CODE & OS/2 Does anyone have any idea how to hamper execution tracing of a program running under OS/2? Under MS-DOS, this is fairly easy, because a MS-DOS program can manipulate interrupt vectors, stacks, hardware ports etc. at will. Of course, OS/2 will squash you like a bug if you try to do anything even slightly nasty. Is anyone aware of how to go about writing 'covert code' under OS/2? >Phil> --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AXM0950 Date: 06/28/89 From: GRANT ELLSWORTH (Leader) Time: 06:15 pm To: PHIL KATZ (Rcvd) (Read 105 times) Subj: R: UNTRACEABLE CODE & OS/2 >covering tracks in os/2 .... I'm not sure that it is worth it = because of the nature of the os/2 users at this time. However, maybe you could use some kind of encrypted com- pression scheme - decompressing into scrub memory only as you need to execute the code .... yes, eventually somebody could crack it, but by the time it was done, it might be code that's been superceded. Also, take into account the availability of debuggers and dis-assemblers which will let you view large slops of code without commencing execution. A very stubborn and clever hatchet-hacker could probably crack the protection scheme anyway. Another interesting idea is the IBM Mainframe notion of an "authorized" library ... maybe there will be some similar kind of facility on os/2. grant >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2AYN2770 Date: 06/29/89 From: PAT SHEA Time: 07:46 pm To: GRANT ELLSWORTH (Rcvd) (Read 110 times) Subj: FROM USENET : STD'S FYI In defense of the X3J11 committee : chris@mimsy.UUCP (Chris Torek) In article <10466@smoke.BRL.MIL> gwyn@smoke.BRL.MIL (Doug Gwyn) writes: >I have to say that I resent the tone of [ND]'s criticism. X3J11 >did an excellent job of standardizing the C programming language, Despite the razzings I give it as often as possible :-) , I have to agree. (I think my position is essentially the same as Henry Spencer's and Dennis Ritchie's, although we may all disagree as to the few things we think should have been done differently. Henry and I enjoy teasing in public. Dennis, of course, would never do that; as Founder of the C Programming Language, he has an Image to maintain. And in case you have not guessed by now, I am at it again. But this started out as a serious posting; maybe I can steer it back again....) >and you could have participated if you had chosen to do so. This might not be true. Consider all the requirements for participation First, you have to know about the standardisation effort. Now, despite the sounds of protest I hear in the background, it is manifestly evident that a large and vociferous group of people had never heard of X3J11 until the noalias fight broke out. (Perhaps this has something to do with their vociferosity. Oops, digressing again.) Anyway, it happens that many who might have participated in some standard hear about it only when it is all over. Assuming you do know of it, what else does it take to participate? To be a committee member, you must be independently wealthy, or else you must find a sponsor. If you work for a company that sells compilers, you have a sponsor. If you work for a public university that uses the language, you might possibly have some way to cajole some dollars to leak out of the bureaucracy in your general direction, but you do *not* have a `sponsor'. If you work for a large corporation that uses the language, you might have a sponsor. If you are a consultant, you will have to spend your own money. And it does take money. Standards committee meetings, even for American National Standards, are held all over, not just the U.S.A. but the world! Only fair, perhaps; American standards have a way of forcing the rest of the world along, and there is much cooperation between the national and international standards organisations. You can expect to travel to California, Vermont, France, and so on. Of course, you can mix vacations with work. But the meetings also take time, which is to say money. Some $ here, some $ there; without a sponsor, most cannot afford it. Well, if you cannot be on the committee, at least you can influence the committee. That is what public reviews are for. What does it take for these? Submitting review comments is much easier. All you have to do is buy a copy of the latest draft---for a mere $75 or so---learn Standardese, read it from end to end, study everything closely, read it over again (better check it once more to be sure), figure out what you want to say, write it down, type it up, put it in a letter and send it in. In two months. Never mind the fact that you will not get your draft copy for three weeks. Well no; better mind it after all. You have one month to study and think. If your work schedule is still on time, the children are healty, the IRS does not audit you, your house is not under termite attacks, and all the myriad other distractions are held at bay, why, you have plenty of time. (Of course, if you are a student, $75 might be a big deal. Not to worry. Reviews come up no more than once a year, and you only have to go through three or four. By then you may have graduated anyway. Besides, what do students know about languages?) Well. Perhaps I have overstated things, but what effect does your public review comment have? Unless you found an editorial mistake, the reply will most likely be something like this: The Committee has reviewed your suggestion and voted on it. The result was 29 to 1 against. Or: The description in paragraph 4, subsection 13, section 517, chapter 33, volume 95 of the draft Standard is perfectly clear to everyone on the Committee. So there! (Well, maybe not. Actually, some people send some really stupid suggestions; the reply editor is required to be polite even then.) There is one thing you can do. You can get `observer' status. For some fee (I know not how much: I read a friend's copies of everything), you can get everything that is mailed to each committee member be mailed to you as well. But that is an amazing amount of material. Keeping up with it all is *hard*. Though you get drafts early, the amount of additional paper to read is daunting. You may still have trouble getting comments in on time. Of course, if you think a bit, you will see that the committee members have to do all this work too, and more besides. And then maybe you will appreciate their effort more. (Gosh, I love twist endings!) -- --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2B4N3425 Date: 07/04/89 From: JOHN ABATTE Time: 07:57 pm To: ALL (Read 124 times) Subj: HELP WITH C Hi All, In my C programming course we've been given an assignment to read in a text file and reformat it so that it is right and left-justified, and we have to use DOS redirection to read and write the file I'm trying to include some extra error-trapping in the homework assignment in the event the user neglects to enter an input filename on the command line. If this happens I would like to display a message for the user explaining the proper usage syntax. Problem is I can't figure out how to implement it with the redirection on the command line. I tried the following in my main function, but found it doesn't work with DOS redirection, only command-line arguments. main(int argc) { if (argc < 2) /* show correct syntax if no input filename is given */ { printf("Usage is: hw2ja < input.fil > output.fil\n"); exit(0); /* terminate the program if no input */ } buildline(); } In my buildline function I'm using getchar() to read in the file, so if the user enters the program name by itself it just sits there waiting for input and has to be terminated by entering ^Z. The rest of the program is complete except for this. I'd really appreciate it if anyone has any suggestions how to do this properly. C'ya...John. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2B4R1090 Date: 07/04/89 From: PAT SHEA Time: 10:18 pm To: JOHN ABATTE (Rcvd) (Read 114 times) Subj: R: HELP WITH C John : try using.... fprintf( stderr, "your text" ); stderr cannot be redirected (by any NORMAL means) ~~~~~~ also Consider changing your EXIT to an exit( 1 ) or something other than '0'. An exit( 0 ), by convention, means everything is OK. Something other than '0' signifies some sort of an error condition. 'sort of a confusing convention, but in C, RETURNing a '0' from a FUNCTION usually means that the function failed to do what it was spoze to do, but an EXIT of '0' means everything is ok !!!! ~~~~ plz note that you CAN work exit and return any way that is convenient and understandable TO YOU - I'm just tossing the above in FYI. pats. --------------- ** Current thread: HELP WITH C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2B510475 Date: 07/05/89 From: MARK TELLIER Time: 12:07 am To: JOHN ABATTE (Rcvd) (Read 116 times) Subj: R: HELP WITH C John, The argc will return the number of parameters on the command line. The redirection of input and output under DOS isn't counted in this parameter count. Therefore, the line PROGRAM < INFILE > OUTFILE with only have one parameter (the program name). The INFILE and OUTFILE stuff is intercepted by DOS. I think there might be a way to get (and check) the whole command line from the programs environment space (something I've never tried to do). Another way to do what you want, is to wait for a defined amount of time and if no input is received, use this as a criteria for an bad command line entry and act accordingly. Hope this helps. - mwt - --------------- ** Current thread: HELP WITH C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2B5L1072 Date: 07/05/89 From: GRANT ELLSWORTH (Leader) Time: 05:17 pm To: JOHN ABATTE (Rcvd) (Read 110 times) Subj: R: HELP WITH C John, as noted by others, you can use fprintf(stderr, .....); but you can also use cprintf(" ....", msg), cputs(msg), in many compilers ... I think both MSC and TC support these functions .... they mean to write directly to the console bypassing stdout. Grant --------------- ** Current thread: HELP WITH C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2B5M0582 Date: 07/05/89 From: JOHN ABATTE Time: 06:09 pm To: PAT SHEA (Rcvd) (Read 110 times) Subj: HELP WITH C Message CC'd to: PAT SHEA MARK TELLIER GRANT ELLSWORTH Great! Thanks for the help on that redirection problem. I'll give it a try and see how it goes. I'd been puzzling over this for the better part of two days. It's the last thing I need to do before turning in the assignment. Thanks again everyone. Ciao for now...John --------------- ** Current thread: HELP WITH C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2B5J0369 Date: 07/05/89 From: DON BOWEN Time: 03:06 pm To: ALL (Read 113 times) Subj: SEGMENT OVERFLOW Could someone tell me what I can do to take care of the following problem: Linker Error: Segment overflowed maximum size: _TEXT I am using TC 2.0! Thanks in advance. I am also having a problem using sscanf() to convert an ASCII string to float. It works fine with a format of "%f", but locks my machine if I use "%12.8f"! I have already applied the patches from Borland. Hope somebody knows what the problem is. Don --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BAQ0654 Date: 07/06/89 From: DAVID NYE Time: 09:10 pm To: DON BOWEN (Rcvd) (Read 110 times) Subj: R: SEGMENT OVERFLOW Read the first part of Ch. 12 of the Turbo C user's guide to understand what that error message means. The short answer is that you need to use the Medium model instead of the default Small model. Instead of using sscanf(), try atof(), which is what sscanf() calls to do the conversion anyway. Who knows, it might even decrease your code size enough that you will get rid of that segment overflow message (sscanf, printf, etc. are pretty large). --------------- ** Current thread: SEGMENT OVERFLOW Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BBC1469 Date: 07/07/89 From: DON BOWEN Time: 08:24 am To: DAVID NYE (Rcvd) (Read 112 times) Subj: R: SEGMENT OVERFLOW David, Thanks for responding. I was using the Compact memory model and went to the Huge memory model. The first time I tried that it didn't work because I needed to recompile some of the other .obj files. I will try using atof() to see if it makes a difference. Thanks again. Don --------------- ** Current thread: SEGMENT OVERFLOW Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BCH2302 Date: 07/08/89 From: DAVID NYE Time: 01:38 pm To: DON BOWEN (Rcvd) (Read 109 times) Subj: R: SEGMENT OVERFLOW One other thing I forgot to mention: You can't specify a width or precision for sscanf(), so sscanf(string, "%12.5f", &f) won't work. The width and precision specifications only work with output. --------------- ** Current thread: SEGMENT OVERFLOW Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BEC3010 Date: 07/10/89 From: DON BOWEN Time: 08:50 am To: DAVID NYE (Rcvd) (Read 117 times) Subj: R: SEGMENT OVERFLOW David, no precision in the sscanf() makes sense. Thanks a bunch. Don >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BAP3433 Date: 07/06/89 From: MIKE CODY Time: 08:57 pm To: ALL (Read 107 times) Subj: IN SEARCH OF I am in search of information on the implementation of CTS/RTS flow checking in a terminal program. I am not real sure I need source code or anything, just some general instruction on how such an act is accomplished. This info is needed by the author of Telemate, one Winfred Hu of Canada. His program is one fine piece of comm software, but lacks RTS/CTS due to his lack of knowledge on exactly how to implement it. Any info on how to do this is appreciated. i don't know the exact lanquage he is using, but I would guess since the prg allows realtime multitasking/Time Slicing...it's "C" most likely, maybe Pascal. Any and all help will be forwarded with credits to Mr. Hu on the Southwest Connect in Windsor Canada... Thanx in Advance.. Mike Cody --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BAR2297 Date: 07/06/89 From: MARK HOWELL Time: 10:38 pm To: ALL (Read 114 times) Subj: OBJECT ORIENTED PROGRAMMING I've recently been hearing much to do about OOP's programming; enouph to really perk my interest, but I can't get a handle on the different terminology that different people are using. I've downloaded the complete C front end (I'm not sure if I got it from here or somewhere else) but the documentation that was provided left me feeling a little confused on how to use it. Maybe I'm just a little bit slow or perhaps others of you out there are having the same problem. Can someone clear things up for me? Maybe this might be a good topic for a new thread. Any ideas? Thanks Mark S. Howell --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BBC1205 Date: 07/07/89 From: PATRICK LEMIRANDE Time: 08:20 am To: MARK HOWELL (Rcvd) (Read 120 times) Subj: R: OBJECT ORIENTED PROGRAMMING Mark, how is this for a start: What is Object Oriented Programming???? Patrick --------------- ** Current thread: OBJECT ORIENTED PROGRAMMING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BBN1444 Date: 07/07/89 From: MIKE SZYMANSKI Time: 07:24 pm To: PATRICK LEMIRANDE (Rcvd) (Read 120 times) Subj: R: OBJECT ORIENTED PROGRAMMING Patrick, If I might answer that for you... Object Oriented Programming (OOPs) is a revolutionary concept of utilizing object constructs to represent procedural or modular code to allow application development to be accomplished at a much greater pace and consistency. A typical example would be: a graphically based data entry program could be written using general functions that represent the creation of windows for the data, field boxes to accept data, dialog buttons to allow user response etc. There are two connected branches or types of OOPs. One is Object oriented application tools that provide visual objects and models to the programmer to allow him/her\her/him to structure a program program using defined objects (window creation could used a function called CreateWindow() for example). Two is object oriented user interfaces, which are more exploding on the scene as Graphical User Interfaces (GUI's - Dec-windows, OpenLook, CXI, Next's NextStep, Motif <my favorite> and of course the PC's very own Presentation Manager, and MS-Windows). Programs that utilize graphical desktops, windows and icons are considered (basically) as object oriented user interfaces. The above is fragmented by generalized statements but I'll leave specific detail for later!! --------------- ** Current thread: OBJECT ORIENTED PROGRAMMING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BBP2208 Date: 07/07/89 From: MARK HOWELL Time: 08:36 pm To: PATRICK LEMIRANDE (Rcvd) (Read 117 times) Subj: R: OBJECT ORIENTED PROGRAMMING Patrick, To my understanding (very limited) object oriented programming is a new style of programming that is being sold as a better alternative to procedural programming. Instead of having functions and procedures, you have objects comprised of data and methods. An object can define its own data and methods and act on those or it can inherent data and methods from other objects and add to them or optionally redefine them. Somewhere in there you have foundations and classes but I cannot say where. Supposedly, the object oriented approach to programming lends itself to rapid prototyping and a much higher degree of maintainability. I found a package from Complete C called COMPC.ZIP that is basically an object oriented programming front end to regular C. I have used it with MSC5.1 and it appeared to work fine with the example programs but I really didn't understand all that I was looking at. All I can say is that with Complete C, I took and example program much akin to 'whereis' that had a listing of maybe a page and a half at most and compiled it to a fully functioning program. The resulting .exe was about 79K in size, but complete 'c' corporation claims that they have an optimizer program that strips out alot of unneccessary source. The .exe that was provided with the example source was about 29k in size. Both MicroSoft and Borland have just released new Pascal versions that support OOP and both products have recieved rave reviews from BYTE and PC World magazines. Other compilers included C++ and SmallTalk. I highly recommend reading the July BYTE's artical on the Pascal implementations of OOP. It gives a good feel for the world of OOP's --------------- ** Current thread: OBJECT ORIENTED PROGRAMMING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BCF0671 Date: 07/08/89 From: PATRICK LEMIRANDE Time: 11:11 am To: MIKE SZYMANSKI (Rcvd) (Read 111 times) Subj: R: OBJECT ORIENTED PROGRAMMING Mike, thanks for the intro. Patrick --------------- ** Current thread: OBJECT ORIENTED PROGRAMMING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BCF0824 Date: 07/08/89 From: PATRICK LEMIRANDE Time: 11:13 am To: MARK HOWELL (Rcvd) (Read 110 times) Subj: R: OBJECT ORIENTED PROGRAMMING Mark, thanks for the explination. Sort of a scarie thing. Patrick --------------- ** Current thread: OBJECT ORIENTED PROGRAMMING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BCH0540 Date: 07/08/89 From: GRANT ELLSWORTH (Leader) Time: 01:09 pm To: MIKE SZYMANSKI (Rcvd) (Read 115 times) Subj: R: OBJECT ORIENTED PROGRAMMING Could you please translate that into English that blue collar programmers can understand? --------------- ** Current thread: OBJECT ORIENTED PROGRAMMING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BCJ1823 Date: 07/08/89 From: MIKE SZYMANSKI Time: 03:30 pm To: GRANT ELLSWORTH (Rcvd) (Read 115 times) Subj: R: OBJECT ORIENTED PROGRAMMING Grant, Sorry, my involvment with marketing has gotten the better of my dialog lately. What I said in practical verbage was that OOP from a programmers standpoint is the formation/use/re-use of general libraries of functions that are treated like objects. From an end-user's point of view, Object orientation implies the use of visual objects and natural motions (usually with a mouse or similar pointing device) to perform operations. Hope that's a little better, Grant. --------------- ** Current thread: OBJECT ORIENTED PROGRAMMING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BCL1799 Date: 07/08/89 From: DAVID NYE Time: 05:29 pm To: GRANT ELLSWORTH (Rcvd) (Read 110 times) Subj: R: OBJECT ORIENTED PROGRAMMING I have the same frustration over the terminology that the OOPS folks have chosen to describe language features. Here are what I think are rough translations into structured language terms: method function or procedure. message function call. class object type definition object module (as in Modula-2). Contains data and methods acting on the data. Don't think of this as being like a C structure, as some have suggested. I think that analogy confuses more than helps. If you haven't used Modula-2, just think of it as a part of your program where you have grouped together declarations and function definitions having a common purpose. Not only is it convenient to have these all in one place, but it makes it easier to find bugs (less code to scan). polymorphism the ability to have methods (functions) in several different kinds of objects with the same name. Thus the objects Circle and Box can both have a method called Draw. OOPS objects differ from groupings of C code and data in other important ways. The data in an object cannot be accessed directly, only through provided methods, providing data hiding. Thus, the programmer only has to remember how to use the functions to manipulate the data, not what the physical representation of that data is, thus helping to reduce the likelihood of programming errors. Once the low- level code relating to that object has been debugged we can forget those details. It also promotes reusibility of code (once an object has been thoroughly debugged and tested, it can be incorporated into other programs). inheritance the ability to define a new class of objects by specifying only how it differs from a previous class. In my opinion, inheritance, not the object, is most important idea of OOPS. You can accomplish anything else OOPS has to offer in Modula-2, C, FORTH, or even BASIC by adopting an OOPS-like discipline to your programming and sticking to it. While Pascal and Modula-2 allow you to define new data types which are subsets of existing ones, and you can define higher level functions to call lower level ones inheritance goes a little further. late or dynamic binding the ability to link a symbol (like a variable name) with its physical representation (or type, like integer, structure, string, etc.) at runtime rather than compile time. Most other compiled languages support only early or static binding. In other words, you have to decide whether 'i' is going to be an integer, pointer, array, etc., declare it that way, and use it that way throughout your program. I don't like the idea of dynamic binding. While it may allow you to make objects more general and therefore more reusable, it adds alot of runtime overhead. Not all languages which call themselves object-oriented support this. I've been following the discussion of OOPS in the computer mags fairly closely, because I'm interested in computer languages. I don't think I'm going to jump. I can do most things OOPS offers in other languages, particularly Modula-2 and FORTH. The things unique to OOPS, like inheritance, while likely to allow me to crank out an application more quickly, generate slow, lengthy code. Maybe with an 80486 under the hood that wouldn't make as much difference, but I still have an 80286, and to me small and fast is still elegant. You don't have to use an OOPS to realize the benefits of data hiding, modularity and code reusibility. Just change some programming habits in the language you're already using. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BBI1210 Date: 07/07/89 From: PATRICK LEMIRANDE Time: 02:20 pm To: ALL (Read 113 times) Subj: C THE SUMMER GO BYE Help, I have run into another problem: How do you use a literal in a switch command??????? case A : printf..... case 'A' : printf.... case "A" : printf..... None of these have worked for me. I have found that placing a number there will work if I input that number, and I really want it to work on letters a through g and A through G. Patrick --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BBK3123 Date: 07/07/89 From: MARK TELLIER Time: 04:52 pm To: PATRICK LEMIRANDE (Rcvd) (Read 111 times) Subj: R: C THE SUMMER GO BYE Patrick, In the Case statement, the form case 'a': should work. Are you sure that there isn't some other error on the line that is making the case statement look bad? - mwt - --------------- ** Current thread: C THE SUMMER GO BYE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BBL2786 Date: 07/07/89 From: GRANT ELLSWORTH (Leader) Time: 05:46 pm To: PATRICK LEMIRANDE (Rcvd) (Read 112 times) Subj: R: C THE SUMMER GO BYE Patrick, I think Mark T. is corrrect on case 'a': ... I do know that case "A" is an illogical construct since "A" represents a string rather than a single scaler value which is required in the switch verb. I also wonder whether you are using the 'switch (x){ ...' correctly. Could you provide an example of how you are using it? Grant --------------- ** Current thread: C THE SUMMER GO BYE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BBN0727 Date: 07/07/89 From: MIKE SZYMANSKI Time: 07:12 pm To: PATRICK LEMIRANDE (Rcvd) (Read 111 times) Subj: R: C THE SUMMER GO BYE Patrick, I have used the form ... case 'A': case 'Z': many times... One thought. is your switch set on... switch(*char) or something different? --------------- ** Current thread: C THE SUMMER GO BYE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BCF0482 Date: 07/08/89 From: PATRICK LEMIRANDE Time: 11:08 am To: MARK TELLIER (Rcvd) (Read 112 times) Subj: R: C THE SUMMER GO BYE Mark, RE: some other error on the line that is making the case bad. good point Mark. I did fine anther error on the line. I will fix the error, do what you said, and compile it again. Thanks for the help. Patrick --------------- ** Current thread: C THE SUMMER GO BYE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BCH1211 Date: 07/08/89 From: PATRICK LEMIRANDE Time: 01:20 pm To: MIKE SZYMANSKI (Rcvd) (Read 112 times) Subj: R: C THE SUMMER GO BYE Mike, RE: switch(*char) no, I know that this is a pointer and will compare the address of a variable to the literal. Patrick --------------- ** Current thread: C THE SUMMER GO BYE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BCH1696 Date: 07/08/89 From: PATRICK LEMIRANDE Time: 01:28 pm To: GRANT ELLSWORTH (Rcvd) (Read 117 times) Subj: R: C THE SUMMER GO BYE Message CC'd to: GRANT ELLSWORTH MIKE SZYMANSKI MARK TELLIER Grant, The program is only 71 lines. Here is the whole program. It does not do what I expected it to do. There is no way to end out of it. Also, it only executes the default line of the switch statement. NOTE, all of the ANSI Esc characters were changed to ASCII 255, which is a NULL character. /* This is a program to make a box. */ main() { char choice; /* */ box(); /* call box */ getchar(choice); do { process(choice); box(); /* call box */ getchar(choice); } while (choice != 'X' && choice != 'x' && choice != 2); } /* end main */ process(choice) /* main loop procedure */ char choice; { char pause; switch (choice) { case 'a' : printf([05;22[K erase to end of line"); break; case 'b' : printf([09;02[1K erase to bigin to cursor"); break; case 'c' : printf([11;01[2K Erase line"); break; case 'd' : printf([13:02[J erase from cursor to end of scr"); break; case 'e' : printf("The value is between 58and 8\n"); break; case 'f' : printf("The value is between 58and 8\n"); break; case 'g' : printf("The value is eleven\n"); break; default : printf([24;10HIt is one of the undefined values\n"); break; } /* end of switch */ getchar(pause); } /* end process */ box() /* Draw the main box procedure */ { int count,lcount; /* define variables */ printf([0;37;40[2[31mZ"); count = 0; for(count = 0;count < 78;count = count + 1) printf("D"); printf("?"); /* The middle of the box. */ for(lcount = 2;lcount < 20;lcount = lcount + 1) { count = 1; printf([31[%d;%dH3",lcount,count); count = 80; printf([31[%d;%dH3",lcount,count); }; /* end for */ /* The bottom half of the box. */ printf([20;1H@"); count = 0; for(count = 0;count < 78;count = count + 1) printf("D"); printf("Y"); printf([05;24H By Patrick Lemirande"); printf([07;24H This is a test"); } /* end box */ --------------- ** Current thread: C THE SUMMER GO BYE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BCJ3053 Date: 07/08/89 From: MIKE SZYMANSKI Time: 03:50 pm To: PATRICK LEMIRANDE (Rcvd) (Read 110 times) Subj: R: C THE SUMMER GO BYE Patrick, I did not intend to imply that you didn't understand the pointer's use. As a matter of fact, quite often I define character variables as pointers a standard ideom i've developed as a general approach to re-usable functions. In this way I can pass processing fucntions a char or a string and still perform the switch, provided that the pointer is set to the address in the string that I am concerned about. Still, the use of case 'A': should work ! --------------- ** Current thread: C THE SUMMER GO BYE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BCJ3288 Date: 07/08/89 From: MIKE SZYMANSKI Time: 03:54 pm To: PATRICK LEMIRANDE (Rcvd) (Read 109 times) Subj: R: C THE SUMMER GO BYE Patrick, the problem, as I see it is that the getchar() function can't be used to read a single character, since a return is needed to complete the input operation... I suggest you use another function such as getch or something. --------------- ** Current thread: C THE SUMMER GO BYE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BCK1109 Date: 07/08/89 From: PATRICK LEMIRANDE Time: 04:18 pm To: MIKE SZYMANSKI (Rcvd) (Read 111 times) Subj: R: C THE SUMMER GO BYE Mike, RE: I did not intend to imply that you didn't understand the pointer's use. that is ok. I just figured them out a few days ago, and wanted to boast a little. As to most of your message, I have not figured that much out yet. I have read through chapter ten of my tutor. Patrick --------------- ** Current thread: C THE SUMMER GO BYE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BCK1259 Date: 07/08/89 From: PATRICK LEMIRANDE Time: 04:20 pm To: MIKE SZYMANSKI (Rcvd) (Read 116 times) Subj: R: C THE SUMMER GO BYE Mike, RE: I suggest you use another function such as getch ... that is too bad because my header library does not include the getch function. Question: Can I get the header files from Turbo C and use them with my Lets C compiler? Patrick --------------- ** Current thread: C THE SUMMER GO BYE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BCL1120 Date: 07/08/89 From: MIKE SZYMANSKI Time: 05:18 pm To: PATRICK LEMIRANDE (Rcvd) (Read 108 times) Subj: R: C THE SUMMER GO BYE Patrick, I don't think Let's C will let you use TC's getch() function. I'll check that out on my verison of Let's C that I have at home somewhere. I haven't used Mark Williams' products since I read what I considered to be rather anti-social comments from him in an interview just before the ANSI 'C' subcommittee started meeting. However, to get back to your immediate problem, I seem to remember that a function like getcnb() provided single character receipt, you might try that if I am correct about it's existence in the Let's C library. --------------- ** Current thread: C THE SUMMER GO BYE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BCQ1709 Date: 07/08/89 From: PATRICK LEMIRANDE Time: 09:28 pm To: MIKE SZYMANSKI (Rcvd) (Read 105 times) Subj: R: C THE SUMMER GO BYE Mike, RE: solving some of my challenges. First, I needed to assing the getchar function like this: choice = getchar(); Second, DOS sends three things to the program, the character, a carriage return, and line feed. The program acts on the character, strips the carriage return, then acts on the line feed. I needed to write the code to check for the line feed and do nothing with it. Third, I ended up using an int variable for the case. I don't know why the literal did not work, but I could not get the char variable to match the literal. char ch; int number number = ch; switch (number) case 97 printf("......"); /* case 'a' */ Fourth, the obvious. #include <stdio.h); Thanks for taking the time to look at my code. Having lots of fun. Patrick --------------- ** Current thread: C THE SUMMER GO BYE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BCQ2081 Date: 07/08/89 From: GRANT ELLSWORTH (Leader) Time: 09:34 pm To: PATRICK LEMIRANDE (Rcvd) (Read 103 times) Subj: R: C THE SUMMER GO BYE Patrick, I've d/l'd and dinkered with your program fragment .... Here are a few of comments: 1. re: getchar() ... I've checked out 3 other C compilers for the rules on the getchar() funciton .... and all do it the same way (using your code as the model) ... choice = getchar(); /* not getchar(choice) */ Since this is 3 compilers and the function has an ANSI form, I think the MW Let's C you are using should be doing it the same way ---- check out the function prototype in your Let's C compiler .H header files (might be in something called like stdio.h) 2. more re: getchar() ... in the C compilers I checked out, the function getchar() returns an integer So, to effectively cause getchar() to return a character, you would have to use "typecasting" if your compiler supports it --- e.g. choice = (char) getchar(); Also, the definitions I've read indicate that it gets the character from "stdin" ... and you may be having to press the <cr> key to get the character accepted by the program; if this is the case, then there is a <cr> waiting in the input stream ... and your " getchar(pause) - which should be : pause = getchar(); " will get the <cr> before you are able to strike a key 3. Don't you have to use some standard "includes" in the Let's C C programs ... e.g. #include <stdio.h> These "#include <xxxx.h>" statements have the prototype defi- nitions of the functions to which your program must conform in the function calls Grant --------------- ** Current thread: C THE SUMMER GO BYE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BCQ3231 Date: 07/08/89 From: PATRICK LEMIRANDE Time: 09:53 pm To: GRANT ELLSWORTH (Rcvd) (Read 101 times) Subj: R: C THE SUMMER GO BYE Grant, thanks a bundle. I am sure you have read my message where I solved most of those challenges. I will play with your advice on getting a character from the getchar function. My debug statements indicated that the results was an interger, but I had no idea why until you pointed it out. Writing in C is a lot of work, and at the same time it is getting to be a lot of fun. I am learning more about the PC in the process. Funny thing, if I had used another language I could have had this program singing by now, but I will get thing thing running if it takes me all summer. (Looing at the calendar, I had better get going.) Patrick --------------- ** Current thread: C THE SUMMER GO BYE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BDI1659 Date: 07/09/89 From: MIKE SZYMANSKI Time: 02:27 pm To: PATRICK LEMIRANDE (Rcvd) (Read 106 times) Subj: R: C THE SUMMER GO BYE Patrick, any time! --------------- ** Current thread: C THE SUMMER GO BYE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BDM2722 Date: 07/09/89 From: GLEN THOMPSON Time: 06:45 pm To: PATRICK LEMIRANDE (Rcvd) (Read 104 times) Subj: R: C THE SUMMER GO BYE Patrick, On case statements I suggest the following formatting: case 'a': /* do the 'a' stuff */ break; case 'b': /* do the 'b' stuff */ This has two advantages - most errors will report better indications if the case part is wrong since it's on a separate line and it's easier to insert a line when you need to change the program. However your basic problem is the arg to getchar - its defined as type void. your statement should be: choice = getchar(); glen --------------- ** Current thread: C THE SUMMER GO BYE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BDN2334 Date: 07/09/89 From: PATRICK LEMIRANDE Time: 07:38 pm To: GRANT ELLSWORTH (Rcvd) (Read 104 times) Subj: R: C THE SUMMER GO BYE Grant, RE: choice = (char) getchar(); that seems to work in getting a character. I have no idea why or what it does though. I will also have to check and see what happens to the line feed when I use this format. Thanks for answering my question. Patrick --------------- ** Current thread: C THE SUMMER GO BYE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BDN2692 Date: 07/09/89 From: PATRICK LEMIRANDE Time: 07:44 pm To: GLEN THOMPSON (Rcvd) (Read 107 times) Subj: R: C THE SUMMER GO BYE Glen, RE: On case statements I suggest the following format. thanks, I can clearly see the advantages and will take on that style. I am always willing to hear ideas on how to write clear code, even if I don't always agree. RE: choice = getchar(); I gotta go, I got some code'n to do. Patrick --------------- ** Current thread: C THE SUMMER GO BYE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BF11463 Date: 07/11/89 From: PATRICK LEMIRANDE Time: 12:24 am To: MIKE SZYMANSKI (Rcvd) (Read 113 times) Subj: R: C THE SUMMER GO BYE Mike, quick question: What is the difference in execution between a 'do while' and a 'while'? They look the same to me. while (count == 6) { sub(); } do { sub(); } while (count == 6); Patrick --------------- ** Current thread: C THE SUMMER GO BYE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BFE2151 Date: 07/11/89 From: MIKE SZYMANSKI Time: 10:35 am To: PATRICK LEMIRANDE (Rcvd) (Read 114 times) Subj: R: C THE SUMMER GO BYE Patrick, the difference between the do...while and the while is that the do...while is executed at least once, while the initial (and all subsequent) run of the while is determined by the test condition (count == 6). I almost always use the while loop since it checks for validity before running the loop. --------------- ** Current thread: C THE SUMMER GO BYE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BFI3331 Date: 07/11/89 From: PATRICK LEMIRANDE Time: 02:55 pm To: MIKE SZYMANSKI (Rcvd) (Read 113 times) Subj: R: C THE SUMMER GO BYE Mike, RE: while vs do while. Oh I see. I think my program needs a while loop also. In fact, I can't even think of a reason for a do while loop. Maybe someday. Patrick --------------- ** Current thread: C THE SUMMER GO BYE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BLJ0866 Date: 07/17/89 From: PATRICK LEMIRANDE Time: 03:14 pm To: MIKE SZYMANSKI (Rcvd) (Read 108 times) Subj: R: C THE SUMMER GO BYE Mike, I am attempting to send control commands to my Panasonic printer. I can get some commands to work, and some do nothing. What works?? Basic commands like: ESC+E which sets emphasis printing, and : ESC+F which releases emphasis printing. and : ESC+p+1 which sets proportional spacing. and : ESC+w+n which sets cpi based on the value of n can be (0, 1, 2, 3, or 4). What doesn't work: Variable commands like: ESC+3+n which sets line feed to n/216 in n can be any variable 0>n>255. commands like: ESC+SI which sets compressed printing. SI has a decimal value of 14. Here is the code I now use: proc() { char s[6],n[4]; scanf("%s",n); setprint(n); setprint(code); } setpring(code) char code[6]; { char r; FILE *printer; printer = fopen("PRN","w"); fprintf(printer," --------------- ** Current thread: C THE SUMMER GO BYE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BLJ1640 Date: 07/17/89 From: PATRICK LEMIRANDE Time: 03:27 pm To: MIKE SZYMANSKI (Rcvd) (Read 106 times) Subj: R: C THE SUMMER GO BYE Mike, looks like the ESC code in my C code aborted the upload. Here it is again, with the typos corrected: proc() { char n[4]; scanf("%s",n); setprint(n); } setprint(code) char code[6]; { char r; FILE *printer; printer = fopen("PRN","w"); fprintf(printer,"ESC%s\n Well this is a test\n",code); printf("The string is ---> %s ",code); fclose(printer); } Thanks Patrick --------------- ** Current thread: C THE SUMMER GO BYE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BQR3468 Date: 07/21/89 From: ROBERT BALSOVER Time: 10:57 pm To: PATRICK LEMIRANDE (Rcvd) (Read 106 times) Subj: R: C THE SUMMER GO BYE Patrick, I have used a do loop but only when a function that starts a loop is different than the function that continues the loop. Here is a example from one library I use: if ((status = d4seek(ticket->tic_num)) == 0) { do { if (ticket->deleted == '*') break; statement statement etc., etc., etc. } while (d4skip(1L) == 0); } The d4seek() locates the first key, if I just used it in a while loop I would continue to get the same ticket. d4skip() gets the next Dbase record in order of the index file that I use, so it is the correct statement to use in a continuing fashion. This sort of loop doesn't happen often. Bob --------------- ** Current thread: C THE SUMMER GO BYE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BRL3497 Date: 07/22/89 From: PATRICK LEMIRANDE Time: 05:58 pm To: ROBERT BALSOVER (Rcvd) (Read 103 times) Subj: R: C THE SUMMER GO BYE Robert, RE: This sort of loop doesn't happen often. I sort of see what you are talking about. I just don't see why it would continue to get the same ticket in a while loop. Should work exactly the same as far as execution goes. MY problem is that when I come out of a while loop to another while loop: I get a undefined value (my debug statement) the first time, then it will work fine. This is the same while loop as the an other one that works fine. ?????? Got me stumped. To clarify this, picture a menu driven program where each menu is a while loop inside of a while loop. The main one works fine, and the second one in has a bug only when exiting from the third. Patrick --------------- ** Current thread: C THE SUMMER GO BYE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BRM1563 Date: 07/22/89 From: ROBERT BALSOVER Time: 06:26 pm To: PATRICK LEMIRANDE (Rcvd) (Read 107 times) Subj: R: C THE SUMMER GO BYE Patrick, As far as my example goes, d4seek(ticket->tic_num) retrieves the FIRST record that matches the key I give it, it always will retrieve that same record and not the next one in line that matches that key. The next statement 'd4skip(1L)' does retrieve the next ... etc. Both the first and all others after it need to be processed in the same manner so: d4seek(ticket->tic_num) do { process process ... etc. } while (d4skip(1L) == 0); the d4seek and the d4skip recieve the same treatment if you follow thru the loop. . As far as your example goes I think I have a vague idea of what your getting at. The inner most loop is using a recieved value to determine when to break, but the next one out doesn't break? Are you trying to use break to get out of two while loops? If so, it won't work. Also of that is the case I'm going to play the devil's advocate and suggest the goto statement, but there might be other ways also. Would you be willing to post a code fragment? If I could see it, I could give a better answer. Bob --------------- ** Current thread: C THE SUMMER GO BYE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BRP0513 Date: 07/22/89 From: PATRICK LEMIRANDE Time: 08:08 pm To: ROBERT BALSOVER (Rcvd) (Read 103 times) Subj: R: C THE SUMMER GO BYE Robert, RE: code fragment of my buggie while loop. No that would not be a good idea. The while loop works, just not like it should. There must be something about the way it interacts with the rest of the program. What I would have to do is list the whole program and it is getting lenghtly. The reasion I say that is because loop one and loop two are exactly the same code. One works, and two does not work. Each one loops while choice != 'Q' && *done != 'X'. Each calls a function that uses getchar(). And each calls a case statement function. choice is a local variable and done is a global pointer to the local address of choice in the main loop. I hope this is clear. Patrick >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BBR0865 Date: 07/07/89 From: RICHARD AKESON Time: 10:14 pm To: ALL (Read 109 times) Subj: C++ FUNDAMENTALS This is REAL fundamental. How do you SAY "C++"? "See-Plus-Plus" seems like a tongue twister. I suspect that programmers may have given it a "shorthand" name in the same manner that "exclamation-mark" may be verbalized as "Bang" and "Period" as "Dot". -RCA- --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BCR2764 Date: 07/08/89 From: GRANT ELLSWORTH (Leader) Time: 10:46 pm To: PAT SHEA (Rcvd) (Read 107 times) Subj: CTRL-BRK, ETC.. Pat, I finally located the Keyboard I/O programs which I finished about a year ago as follow up to those ancient discussions we were having. I included the control-break trapper which you uploaded into a msg here. File is named GETKBD.ZIP. Some programs in it also trap ^@ and <alt-03> which will break a program when it does dos i/o to the console. Regards, "Indiana Jones of the ^C/^Brk Circuit" (grant) --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BF42457 Date: 07/11/89 From: PAT SHEA Time: 04:40 am To: GRANT ELLSWORTH (Rcvd) (Read 116 times) Subj: R: CTRL-BRK, ETC.. grant : 'sorry for the delay in the reply - i've been off holidaying... i'll d/l getkb and take a look. at this point in time, i really don't think that there are too many people around that have studied this one quite as much as you have...... best regards <and BOY! it's HOT> pats. --------------- ** Current thread: CTRL-BRK, ETC.. Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BFL3039 Date: 07/11/89 From: GRANT ELLSWORTH (Leader) Time: 05:50 pm To: PAT SHEA (Rcvd) (Read 112 times) Subj: R: CTRL-BRK, ETC.. Pat, apparently the doggone thing <getkbd> is popular ... I noted yes- terday that 49 d/l's were requested ... and that was just in 2 days since I uploaded it. Well, maybe there are some real scholars among us who are looking at it and can tell me where I was really off the wall! And it sure is HOT here in the mid-atlan area .... like an unfogiving steam bath with therrmal inversion to help out! Regards, Grant --------------- ** Current thread: CTRL-BRK, ETC.. Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BG40109 Date: 07/12/89 From: PAT SHEA Time: 04:01 am To: GRANT ELLSWORTH (Rcvd) (Read 115 times) Subj: R: CTRL-BRK, ETC.. ya' know grant... since you got started on this one a little over a year ago, it's been riding in the back of my mind as i 'read the mail' from whereever. it seems that some folks allude to the problem, but never addres it directly. it's been discussed on the ms forum on ci$, and you recall that file that i u/l'd from there that REALLY didn't solve the problem.... and that's my access to dos-related problems/solutions. the only other place that i can usually get correct answers to questions is via usenet, but that's strictly C-lang related stuff <if it don't run on a Cray.... etc>. interesting! also : 'just noted that you really are not that far from me <bethlehem, pa> : we're enjoying the same heat wave. best regards, pats. --------------- ** Current thread: CTRL-BRK, ETC.. Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BGE0778 Date: 07/12/89 From: GRANT ELLSWORTH (Leader) Time: 10:12 am To: PAT SHEA (Rcvd) (Read 112 times) Subj: R: CTRL-BRK, ETC.. Any comments on my little essay in code? grant >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BDP2198 Date: 07/09/89 From: MICHAEL MCCLUNE Time: 08:36 pm To: ALL (Read 105 times) Subj: ASSERTION In QC2 I used the make menu and then the rebuild all choice to rebuild a program Ihave been working on. QC compiled each module and then began linking the modules. At the top of the screen, actually over the menu bar appeared the message Assertion Failed file iexeio line 250. Can anyone tell me what that was all about? Also after that had happened I could no longer use break points or any of the debugger functions in QC2. However the program seemed to run OK. I finally ended up deleting all but the source files and then built the program again. No Assertion message this time. thanks Mike --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BDR1441 Date: 07/09/89 From: TOM NOWALIS Time: 10:24 pm To: ALL (Read 113 times) Subj: SCANF PROBLEM I am writing a program that contains a structure. One of the elements is a float variable "amount". When I use scanf for this variable the program abmnormally terminates and prints a message "scanf: floating point formats not linked. This happens when I try to run the program. My code is as follows: printf("enter invoice amount > "); scanf("%f", &addr_info[i].amount); printf(" \n"); Does anyone have any suggestions on what is wrong? --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BEK2262 Date: 07/10/89 From: RON FOX Time: 04:37 pm To: ALL (Read 123 times) Subj: WINDOWING SOFTWARE I am looking for a good windowing package and would appreciate some suggestions. I have tried C-Worthy and it seems pretty good. It does take alot of memory though. Iwould also like some information of Vermont Views, previously Windows For Data. I need virtual windows of at least 32K, ability to configure to various display environments and colors on the fly. C-Worthy does the virtual windows but, at first glance, is not easy to reconfigure on the fly. Thanks... Ron --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BEQ3147 Date: 07/10/89 From: JOHN HEIM Time: 09:52 pm To: RON FOX (Rcvd) (Read 119 times) Subj: R: WINDOWING SOFTWARE Ron, I used Windows for Data quite a bit in about a year ago. I didn't like it much. I didn't like the programmer interface (ie function names didn't make sense and doc wasn't the greatest) and table function were pretty bad. I wold say strait form processing (with individual fields as opposed to the rows and columns you have with tables) is ok in WFD. Also, WFD would lock up my QuickC compiler. I had to revert to EMACS for editing and I compiled at DOS command level. I was using Windows for Data not Vermont Windows (is that what their new product is called?) and QC 1.1 (I think). I can't really say it was WFD or QC causing the problem I but I do know they didn't work together. John --------------- ** Current thread: WINDOWING SOFTWARE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BFE1924 Date: 07/11/89 From: MIKE SZYMANSKI Time: 10:32 am To: RON FOX (Rcvd) (Read 118 times) Subj: R: WINDOWING SOFTWARE Ron, I've been messing with MetaWindows by MetaGraphics. It's publicized as the 'defacto X-Windows standard' for PC systems under DOS. The package is very complete and most of the functions are written pretty tight. The package offers run-type graphic and mouse support for around 60+ display adapters. They offer both a royalty free resident driver (buggy as heck though), and a licensed version (linkable library). I've used it so far to do virtual imaging and multi-port imaging in EMS. As a disclaimer for myself though, given my projects stringent speed requirements and the fact that MW is apparently being guided by Locus Corp (somewhat non-compatible in the X world) we'll probably wind up writting our own interface down the line somewhere. Still the package is pretty solid, and gets you up and running very quickly (good source examples and BBS support too!). --------------- ** Current thread: WINDOWING SOFTWARE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BGQ3595 Date: 07/12/89 From: RON FOX Time: 09:59 pm To: JOHN HEIM (Rcvd) (Read 116 times) Subj: R: WINDOWING SOFTWARE John Vermont Views is a combination of Windows for Data and Windows for C. I talked to one of the developers a couple days ago. They don't have a demo but he said that he would send me something. Also, I read the review in Byte, October 1987. None of the packages seemed that good. I am kind of predisposed to stay with C-Worthy, it is just that the 1000 pages of documentation is overwhelming and you have to printout the source code to find out how to do anything. Thankx Ron --------------- ** Current thread: WINDOWING SOFTWARE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BGR0121 Date: 07/12/89 From: RON FOX Time: 10:02 pm To: MIKE SZYMANSKI (Rcvd) (Read 114 times) Subj: R: WINDOWING SOFTWARE Mike Thanks for the info. Ron --------------- ** Current thread: WINDOWING SOFTWARE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BH12488 Date: 07/13/89 From: JOHN HEIM Time: 12:41 am To: RON FOX (Rcvd) (Read 117 times) Subj: R: WINDOWING SOFTWARE Ron The old Windows for Data product required Windows for C so they haven't really changed anything by combining them. John --------------- ** Current thread: WINDOWING SOFTWARE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BHA2096 Date: 07/13/89 From: VICTOR DURA Time: 06:34 am To: RON FOX (Rcvd) (Read 116 times) Subj: R: WINDOWING SOFTWARE Ron, Check out the shareware libs by HardWood Software Associates in the Mahoney collection. Download HSA_TEXT.ZIP. There are also 3 or 4 other files beginning with "HSA". These versions of the libraries are not there most recent, they are about a year or two old. The most recent versions are available on CI$ in the IBMAPP forum library. I don't recall the exact file name or library, but you can find it by using IBMFF to scan for the [75026,3604] account number which is the author's. The HSA libs have three seperate modules: text, windows, and graphics. The text and window libs are $20 each and the graphic lib is $25. The window lib requires the the text lib. As I said, the files in Mahoney are not the most recent versions, but they are full function and well documented. I tried text and window, and liked them so much I bought the most recent versions which included even more features and documentation. They are very easy to use, although I don't know if they'll suit your needs since I don't know what you mean by "virtual windows of at least 32k". They do however allow you to easly change color, etc. Hope this helps ...Vic Dura --------------- ** Current thread: WINDOWING SOFTWARE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BHF0500 Date: 07/13/89 From: MIKE SZYMANSKI Time: 11:08 am To: RON FOX (Rcvd) (Read 114 times) Subj: R: WINDOWING SOFTWARE ron, no problem. Good luck. --------------- ** Current thread: WINDOWING SOFTWARE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BI12887 Date: 07/14/89 From: RON FOX Time: 01:48 am To: VICTOR DURA (Rcvd) (Read 112 times) Subj: R: WINDOWING SOFTWARE Vic The virtual window that I need is at least 255 by 255 characters with only a section 80 by 20 displayed at any given time. 255 by 255 is the total size of the picture. The user has to be able to cursor around with the displayed section automatically scrolling in any direction as required. I also need to be able to generate a help window that is context sensitive relative to the cursor position in the virtual window not the displayed portion. I tried some shareware windowing product a coul\ple of years ago and was pretty disappointed and wrote my own. My needs then, though, were pretty small and it was easy to do. With all of the variations in hardware on computers today, it is no longer easy to write my own. Thanks for the info Ron --------------- ** Current thread: WINDOWING SOFTWARE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BIA3221 Date: 07/14/89 From: TOM FRANK Time: 06:53 am To: RON FOX (Rcvd) (Read 110 times) Subj: R: WINDOWING SOFTWARE Ron, Vermont Views added a capability for "buffered" windows in their new version (was not in the old Windows for Data product). I have not used it for anything as large as you need, but it does work well. Assuming you have enough memory (and you should) for the underlying buffer, it should handle it fine. Note: VV is a reasonable new product (read major rewrite of older product) and has had some minor bugs. The latest version is 1.1. VV has a support BBS which has access to tech support as well as minor bug fixes posted. If the app was critical enough (and mine was - at least to me), I would recommend buying the source code. The package is not cheap but works very well. Also, they have versions for several Unix flavors as well as the VAX VMS. Tom --------------- ** Current thread: WINDOWING SOFTWARE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BID0057 Date: 07/14/89 From: GEORGE KOFMAN Time: 09:00 am To: MIKE SZYMANSKI (Rcvd) (Read 109 times) Subj: R: WINDOWING SOFTWARE Another Meta user? I remember way back when (3 yrs ago+), when they were still in beta, and I was using their stuff (read: young and stupid). That was the only time I've used beta-release software for a serious project. Last time, too. But Meta is pretty darn good. I didn't realize they were the X-window defacto std. on PCs, though. Geo. --------------- ** Current thread: WINDOWING SOFTWARE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BIH2601 Date: 07/14/89 From: MIKE SZYMANSKI Time: 01:43 pm To: GEORGE KOFMAN (Rcvd) (Read 109 times) Subj: R: WINDOWING SOFTWARE George, I agree about the use of beta stuff for projects. Meta just came out with their FontWindow package and we have the beta version. Lack of docs and stuff keeps us from using is to the extent that we want but it's a good package. About the 'defacto' thing: Apparently Locus corp. either commisioned or 'is allowing' Meta to develope the PC version of X under DOS. The fuctions and stuff are a close as you can get with what DOS provides. Unfortunatly for MW, Locus Corp is not following the true direction of X. I guess their server is not compatible with DEC-windows or something. Are you familiar with the X protocol or anything?!! --------------- ** Current thread: WINDOWING SOFTWARE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BIR0316 Date: 07/14/89 From: RON FOX Time: 10:05 pm To: TOM FRANK (Rcvd) (Read 109 times) Subj: R: WINDOWING SOFTWARE Tom, Vermont Views seems to be a good product, at least from what I have read. The demo disk that they sent me, though, was folded in half and unreadable. Also, at $790 for the source, I can't afford it. I have decided to go with C-Worthy w/ source for $399 from Programmer's Shop. I did some playing around with it and am pretty pleased. I did have to modify two of the procedures' source to alow for a header_none. Thanks..... Ron --------------- ** Current thread: WINDOWING SOFTWARE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BIS2302 Date: 07/14/89 From: DAVID NYE Time: 11:38 pm To: RON FOX (Rcvd) (Read 109 times) Subj: R: WINDOWING SOFTWARE I use the CXL shareware package, available here as CXL50-1.ZIP and CXL50-2.ZIP. Can't be beat for the price ($35 registration). --------------- ** Current thread: WINDOWING SOFTWARE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BLB3443 Date: 07/17/89 From: GEORGE KOFMAN Time: 07:57 am To: MIKE SZYMANSKI (Rcvd) (Read 110 times) Subj: R: WINDOWING SOFTWARE Mike --- I don't follow the X-window protocols since most of the stuff I do is NOT graphics based. But if you hear anything new and/or interesting, please keep me posted. Thanks. Geo. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BJI2456 Date: 07/15/89 From: CURTIS ABRUE Time: 02:40 pm To: ALL (Read 108 times) Subj: COMM C SOURCE A project we're working calls for us to write a Comm pgogram and I was wondering if there is some good TC 2.0 PD code, either a program or a library that we can use to cut down on our production time (make it easy). I scanned the files and found TOO MUCH that will take some sorting to go through. Can anybody recommend some PD comm pgm with C source or a library of routines? We're not doing anything fancy, just basic stuff like dial-up, up/down protocols, and macros. Or, if you can direct me to some of the better bbs's around that specialize in C programming...? Thanks! --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BK11033 Date: 07/16/89 From: DAVID NYE Time: 01:17 am To: CURTIS ABRUE (Rcvd) (Read 109 times) Subj: R: COMM C SOURCE Try TCOMM40.ZIP. I looked at it a while back, looks pretty good for $25 registration fee. If you prefer public domain, download the code from Al Stevens C Programming column in Feb 89 DDJ for TinyComm (scan for DDJ). Some of the code may be in a later month's collection. --------------- ** Current thread: COMM C SOURCE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BLC0966 Date: 07/17/89 From: CURTIS ABRUE Time: 08:16 am To: DAVID NYE (Rcvd) (Read 107 times) Subj: R: COMM C SOURCE Thanks, Dave. Tinycomm was just what I had in mind, but I didnt know it was PD. What's DDJ? I will scan for it anyway, and thanks for your help! CURT --------------- ** Current thread: COMM C SOURCE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BMR2408 Date: 07/18/89 From: DAVID NYE Time: 10:40 pm To: CURTIS ABRUE (Rcvd) (Read 110 times) Subj: R: COMM C SOURCE DDJ is Dr. Dobb's Journal. --------------- ** Current thread: COMM C SOURCE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BNM0690 Date: 07/19/89 From: CURTIS ABRUE Time: 06:11 pm To: DAVID NYE (Rcvd) (Read 104 times) Subj: R: COMM C SOURCE Thanks. I found it. I handed to my C guy and he liked Litecomm better. We ordered that. Thanks for your help! CURT >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BKE1719 Date: 07/16/89 From: BRUCE SHERMAN Time: 10:28 am To: ALL (Read 111 times) Subj: TSR FUNCTIONS Can someone recommend a software package for writing memory-resident applications in Turbo C or Turbo Pascal? --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BLC1293 Date: 07/17/89 From: STEVEN KEY Time: 08:21 am To: BRUCE SHERMAN (Rcvd) (Read 109 times) Subj: R: TSR FUNCTIONS Bruce, Try Tesseract. It is on the board in several files. Tess-d is the doc file, tess-c the c file and I think tess- p for pascal. There is also a tess-a for MASM. Steven >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BKN1776 Date: 07/16/89 From: JIM NICKEL Time: 07:29 pm To: ALL (Read 107 times) Subj: RECOGNIZING ARROW KEYS IN C Does anyone know how (or if it's possible) to recognize the 4 arrow keys in C. When I use the getch(), all I get is 00. I want to write a menuing type of program and use the arrow keys to move through the menus like almost everyone is familiar with. Any help would be appreciated. I plan to use Turbo C and/or DEC VAX C. Thanks --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BKP1114 Date: 07/16/89 From: MARK HOWELL Time: 08:18 pm To: JIM NICKEL (Rcvd) (Read 107 times) Subj: R: RECOGNIZING ARROW KEYS IN C Jim, With DOS, if you access any of the special funcion keys (i.e. arrow keys) you get a two byte return the first of which will be a 00. If you want to detect the arrow keys, first try a getch() and if the return is 00 then do getch() again and I believe you will get the second part of the code that will tell you which special funtion key was pressed. I havent tried this myself in C but have in other languages and the same should apply to C. --------------- ** Current thread: RECOGNIZING ARROW KEYS IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BKS0381 Date: 07/16/89 From: JIM NICKEL Time: 11:06 pm To: MARK HOWELL (Rcvd) (Read 105 times) Subj: R: RECOGNIZING ARROW KEYS IN C Thanks for the quick reply, Mark. I'll give that a try at work tomorrow with the dual getch() function. --------------- ** Current thread: RECOGNIZING ARROW KEYS IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BLL1059 Date: 07/17/89 From: GRANT ELLSWORTH (Leader) Time: 05:17 pm To: JIM NICKEL (Rcvd) (Read 105 times) Subj: R: RECOGNIZING ARROW KEYS IN C Jim, you may want to check out GETKBD.ZIP in mahnoney ... some of the code there-in does illustrate how to get / recognize keys with extended scan codes. Grant --------------- ** Current thread: RECOGNIZING ARROW KEYS IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BLQ1000 Date: 07/17/89 From: JIM NICKEL Time: 09:16 pm To: GRANT ELLSWORTH (Rcvd) (Read 105 times) Subj: R: RECOGNIZING ARROW KEYS IN C Thanks for the reply Grant. I'll check that file out. Jim >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BKR3427 Date: 07/16/89 From: JOHN ABATTE Time: 10:57 pm To: ALL (Read 108 times) Subj: HELP WITH STRUCTURES Hi All, For my latest homework assignment I have to create a memory based student registration program using a nested structure as outlined below: struct bdate { /* template for birthdate */ int month; int day; int year; }; struct regis { /* template for registration info */ char name[MAXLEN]; struct bdate dob; char ssid[12]; char major[20]; }; The problem I'm having is trying to figure out a way to sort the data on the student name field using pointers to the structure. We only started studying pointers last week so I'm still not very comfortable with them. I have several examples for sorting strings, but I can't quite figure out how to apply them to structures. Can anyone give me an example of how to do the sort, or maybe point me to some reading material/source code examples showing how it's done? I've been trying for the past three days to come up with something, but everything I've read about structures doesn't go into this. I'm really stumped at this point, so I sure would appreciate any help or suggestions anyone may have. Thanks in advance...John. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BLH2584 Date: 07/17/89 From: JOHN KASTER Time: 01:43 pm To: ALL (Read 104 times) Subj: C PROGRAMMING POSITION If this is not the proper place to leave a job offering, I apologize. Since it was related to the topic, I thought it would be appropriate. My company is looking for at least one 'C' programmer with 1-2 (or more) years experience. We are ready to hire IMMEDIATELY. Excellent benefits and working conditions. Submit resumes, questions to: John Kaster Phoenix Systems, Inc. Suite 700 2000 N. 15th Street Arlington, VA 22201 703/522-0820 (voice) 703/243-4820 or 1741 (BBS) 703/522-5407 (FAX) --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BMB0365 Date: 07/18/89 From: TOM NOWALIS Time: 07:06 am To: ALL (Read 114 times) Subj: VARIABLE PROBLEM I am writing a program that contains a structure. Two of the elements in this structure are char state[3] and char zip[10]. I have to gets commands to retreive these strings. gets(addr_info[0].state); and gets(addr_info[0].zip. The problem is when I go to print out these two variables. "state" prints out with the zip code like this: Wis53219. Using debug evaluate shows the state variable setup like this Wis53219. So naturally it will print like this. But how is zip data getting into the state variable? Zip is also in its own variable. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BMM0961 Date: 07/18/89 From: MIKE SZYMANSKI Time: 06:16 pm To: TOM NOWALIS (Rcvd) (Read 109 times) Subj: R: VARIABLE PROBLEM Tom, Try sending the gets() function a pointer in the form of: gets(&address.state[0]), and gets(&address.zip[0]). This will pass the address of the first charactor in each string contained in your address structure, providing you have declared the vars as char var[n], where var is your variable and n is the number of characters for the string var. --------------- ** Current thread: VARIABLE PROBLEM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BN11728 Date: 07/19/89 From: ERIC JABLOW Time: 01:28 am To: TOM NOWALIS (Rcvd) (Read 105 times) Subj: R: VARIABLE PROBLEM Aha! You have a fencepost error. Declare your string variables to be 1 element larger: char state[4], zip[11]. This leaves room for the terminating null character. You see, with your current definitions, There are 13 bytes reserved for your 2 fields. Now, all that gets is told about is the starting address, and so in your addr_field[0] structure, the gets(addr_field[0].state) statement will store the string "Wis" like this: W i s \0 _ _ _ _ _ _ _ _ _ | state ----------zip-------- Then typing in a 5 digit number for the zip-code will put it into the beginning of zip: W i s 3 4 5 6 7 \0 _ _ _ _ | state ----------zip--------. Then, puts(addr_field[0].state) prints out everything from the W in state[0] to the terminating null in zip[6]. The moral of this story is: Dimension your strings to one more than the length you want, so as to leave room for the terminating null. The additional moral of this story is: NEVER USE GETS or PUTS! Always use fgets or fputs! With the f-versions, you can limit the size of the incoming data. One of the bugs that Robert Morris's Internet worm took advantage of was that the UNIX fingerd program used gets, and so sending enough garbage to it would cause the program to overwrite the stack. Any program using gets or puts is automatically insecure. DO not use it. Eric Jablow --------------- ** Current thread: VARIABLE PROBLEM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BQP2851 Date: 07/21/89 From: PATRICK LEMIRANDE Time: 08:47 pm To: TOM NOWALIS (Rcvd) (Read 102 times) Subj: R: VARIABLE PROBLEM Tom, your problem is in the length of the State file. To print the state field only, it must end with a 0. With the variable only three characters long, and the value is three characters long there is no room for the 0, which is the delimiter. The procedure then goes on to print until it finds a delimiter at the end of the zip variable. Increase the length of addr_info[].state and your code should run just fine. I ran into the same problem when today, and that is how I fixed it. Patrick --------------- ** Current thread: VARIABLE PROBLEM Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BSR0655 Date: 07/23/89 From: TOM NOWALIS Time: 10:10 pm To: PATRICK LEMIRANDE (Rcvd) (Read 100 times) Subj: R: VARIABLE PROBLEM Pat, Thanks for the phone call the other day. Problem is solved. You are right on the money with your logic. Happy C ING >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BPN0802 Date: 07/20/89 From: BERNIE PARENT Time: 07:13 pm To: ALL (Read 104 times) Subj: ESCAPE FILTER Can anyone tell me how to write a program to filter the escape key from the console(keyboard). I have a program for logging users in on a computer but the users know the escape key will allow them to skip the log on procedure. The program could be TSR type or through a pipe. Thanks. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BQ11910 Date: 07/21/89 From: ERIK DUFEK Time: 12:31 am To: BERNIE PARENT (Rcvd) (Read 106 times) Subj: R: ESCAPE FILTER Could you use the ANSI capability to redefine the escape key as let's say a <CR>? I'm not sure if your program would bypass the redfinition. --------------- ** Current thread: ESCAPE FILTER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BQS0861 Date: 07/21/89 From: ROBERT BALSOVER Time: 11:14 pm To: ERIK DUFEK (Rcvd) (Read 101 times) Subj: R: ESCAPE FILTER Bernie, I don't know if you want to get this deep, you might try to write your own int 0x16 routine. You could write it so it saves the old interupt vector, calls that vector, and reads the returned data. If it returns ESC just trash that data and call it again untill you get something other than ESC. If you did it that way you could leave the hardware details to the ROM routine. Bob --------------- ** Current thread: ESCAPE FILTER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BUR0200 Date: 07/25/89 From: BERNIE PARENT Time: 10:03 pm To: ERIK DUFEK (Rcvd) (Read 99 times) Subj: R: ESCAPE FILTER I didn't think the escape key could be redefined with ANSI. As far the program bypassing it I would just have to try and see. Thanks for the reply. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BQS3454 Date: 07/21/89 From: JIM NICKEL Time: 11:57 pm To: ALL (Read 103 times) Subj: IBM PC/XT VERSUS WORKSTATIONS I have a general question regarding workstations. I plan to develop a program (in C) on an IBM PC/XT and eventually want to port it to a workstation that our company is planning to acquire. I have absolutely no experience with workstations. I want to know if I would be expecting too much if I thought my C program that I develope on the PC will work on the workstation without serious modifications? The program I'm writing will be very screen and keyboard intensive. Any opinions would be appreciated. Thanks. Jim --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BRG0031 Date: 07/22/89 From: ROBERT BALSOVER Time: 12:00 pm To: JIM NICKEL (Rcvd) (Read 102 times) Subj: R: IBM PC/XT VERSUS WORKSTATIONS Jim, If you wrote it in ANSI C and you used a windowing library that was available in the workstations' OS flavor, it should work. You could not do anything that is hardware specific at all, unless of course you were willing to repeat that effort with the workstations. I don't have any experience with a 3rd party windowing library, but I'm sure someone else here has and would suggest a good one. A couple that I can think of is Vermont Views, Metawindows and Windows For Data. You can see thier advertisements in any of the trade rags like DDJ Computer Languge etc.. I wouldn't send off a check to these companies until you check around the BBS's for other peoples experinces with them. Bob >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BTE0349 Date: 07/24/89 From: DON BOWEN Time: 10:05 am To: ALL (Read 101 times) Subj: C COMPILERS Could someone out there tell me what the major differences are between Microsoft's C 5.1 and QuickC. Also, What are the advantages (if any) of using a compiler like Microsoft's or Lattice instead of one like Turbo C thacosts less and is easy to use. Thanks in advance. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BTQ0736 Date: 07/24/89 From: ROBERT BALSOVER Time: 09:12 pm To: DON BOWEN (Rcvd) (Read 105 times) Subj: R: C COMPILERS Don, Turbo C and I believe Quick C don't support MS Windows & OS/2. If your use will not be in MS Windows And OS/2 Turbo C or Quick C would be a better choice because of the price difference. From the advertisements it appears that Turbo C is on the average as fast as Microsoft C 5.1, I don't know anything about Quick C accept that MS improved the editor and I think it now supports different Memory models in addition to the medium model. I don't know anything about Latice. Bob --------------- ** Current thread: C COMPILERS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BTR1532 Date: 07/24/89 From: DAVID NYE Time: 10:25 pm To: DON BOWEN (Rcvd) (Read 103 times) Subj: R: C COMPILERS The basic difference between QuickC and MSC 5.1 is that the former is an integrated enviornment in which program development is easier, but the latter generates faster and tighter code. Microsoft wants you to use QuickC for development, then MSC 5.1 for the production run. Turbo C (which I use) comes as both an integrated enviornment and a stand-alone compiler. It produces code of about the same quality as MSC 5.1. The big advantage of QuickC, at least the latest version, is that it includes QuickAssembler in the integrated environment. When using assembler with Turbo C you must use the stand alone compiler. Turbo C Professional comes with Turbo Assembler and a very nice stand alone debugger, better then Microsoft's Codeview. The debuggers in both QuickC's and Turbo C's integrated environments are fairly primitive in comparison. I don't think the Lattice C compiler has much going for it at this point. Watcom C is worth looking at, however. It supposedly produces even better code than Turbo C and MSC and comes with a stand alone form and an integrated environment. Any of the above are such good products compared to what was available up until a few years ago that you can't go wrong with any of them. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BUF3159 Date: 07/25/89 From: JIM NICKEL Time: 11:52 am To: ALL (Read 117 times) Subj: TURBO C 2 PATCHES Has anyone tried the patches for TC2 that were uploaded to the Mahoney section of the file menu? I'm having some problems compiling a screen demo program (on this board) using TC2 that is supposed to be able to be compiled, so I'm curious to see if these patches work. On the other hand, I don't want to screw anything up by installing the patches. Thanks. Jim --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BUL1207 Date: 07/25/89 From: GRANT ELLSWORTH (Leader) Time: 05:20 pm To: JIM NICKEL (Rcvd) (Read 116 times) Subj: R: TURBO C 2 PATCHES Jim, that .ZIP (patchtc2.zip) is the official borland supported patch set, but you would also need borland's patch.com. Other evil note: That file PATCHTC2.ZIP is not really a ZIP! It is an .ARC! (Unless Bob M. has dis- covered that it was not a ZIP and converted it). The PATCH.COM program you would need was uploaded into the Mahoney COllection as a separate .ZIP about 2 weeks ago under name of PATCH.ZIP, if I recall correctly. I couldn't really suggest whether your TC problem is related to the patches in the ZIP, but I think that the patches in there are all those borland released for TC2.0. If you read the .DIF files and the other dox contained in the archive, you may be able to determine whether the patches are relevant to your problems. Grant --------------- ** Current thread: TURBO C 2 PATCHES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2C3M3092 Date: 08/03/89 From: TOM NOWALIS Time: 06:51 pm To: JIM NICKEL (Rcvd) (Read 120 times) Subj: R: TURBO C 2 PATCHES Jim, I uploaded the patches. I got them from Compuserve. They worked fine for me. If you have any questions drop me a line. Tom N. --------------- ** Current thread: TURBO C 2 PATCHES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2C4F0613 Date: 08/04/89 From: JIM NICKEL Time: 11:10 am To: TOM NOWALIS (Rcvd) (Read 120 times) Subj: R: TURBO C 2 PATCHES Thanks for the patches, Tom. I have installed them, but quite honestly, I haven't got into Turbo C enough to understand what they are supposed to do. One of these rainy days I'll start really getting into it. Jim >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BVK3529 Date: 07/26/89 From: JIM NICKEL Time: 04:58 pm To: ALL (Read 115 times) Subj: ALLOCATING MEMORY IN C PROGRAMS I am writing a program in C which will read a disk file of text into RAM. I will read a string from the disk, determine its length, then use the malloc() function to allocate RAM, then copy that string to the address returned by the malloc() function. After the whole text file is read into ram, the user may decide to start over by clearing out the ram. My question is this: Can I use the free() command in C to do this or not? The description in my TURBO C book says that free deallocates a memory block allocated by a previous call to calloc, malloc, or realloc. I am confused if this means just the most recent malloc() call, or EVERY malloc call that was made. Any ideas? I also wonder if it would be possible to erase (or free) only a certain small section of RAM as what might be done in a word-processor when you delete a line. I think that would require some sort of doubly-linked list, but I haven't thought about it too much yet. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BVR2352 Date: 07/26/89 From: ROBERT BALSOVER Time: 10:39 pm To: JIM NICKEL (Rcvd) (Read 111 times) Subj: R: ALLOCATING MEMORY IN C PROGRAMS Jim, If you use that method of allocating space, it sounds like your memory will get fragmented to a great extent. free() can be used on any pointer you prevoiusly allocated with malloc() or calloc(), just make sure you include alloc.h or what ever header file the malloc function is prototyped in. I would personally allocate one buffer for the whole file rather than buffers for each line. If you needed to change the size of the buffer later you could use realloc(). As far as your approach goes you could use doubly linked lists or a array of char pointers where each member of the array is one of your pointers and a integer that holds the last used member of the array. Bob --------------- ** Current thread: ALLOCATING MEMORY IN C PROGRAMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BWR1936 Date: 07/27/89 From: JIM NICKEL Time: 10:32 pm To: ROBERT BALSOVER (Rcvd) (Read 108 times) Subj: R: ALLOCATING MEMORY IN C PROGRAMS Thanks for the reply Bob. I plan to read a line of text in, determine its length, then use the malloc() function for each line depending on its length. I'm not sure I understand your suggestion of using one buffer for the whole file. How do I know how much ram to allocate if the files are of varying length? One may be 10 lines long, while another may be 10K long. I guess the method used depends on the application. I do not want to run into the problem of my program not being able to handle a certain file later down the road. CUL Jim. --------------- ** Current thread: ALLOCATING MEMORY IN C PROGRAMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BXB2840 Date: 07/28/89 From: STEVEN KEY Time: 07:47 am To: JIM NICKEL (Rcvd) (Read 109 times) Subj: R: ALLOCATING MEMORY IN C PROGRAMS Jim, I don't use C, so this suggestion may be all wet. In Pascal, one can get the size of a file by using the FileSize function. Memory could then be allocated to fit. I'm sure the same thing can be done in C, since the function is really just a DOS call anywho. Steven --------------- ** Current thread: ALLOCATING MEMORY IN C PROGRAMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BY12042 Date: 07/29/89 From: ROBERT BALSOVER Time: 12:34 am To: JIM NICKEL (Rcvd) (Read 114 times) Subj: R: ALLOCATING MEMORY IN C PROGRAMS Jim, If you are reading from a disk file, you can get the file size with filelenght();, if you are reading your text from the keyboard you can start with 10k and increase the buffer size later with realloc(); if you run out of room. The only small restriction is IBM type machines with thier 8088 (or 286,386,486 in real mode) have a segmented architecture that has 64k max size for each segment, but that can also be taken care of if you use huge pointers. If you used just one buffer for holding your strings you could append them together with a NULL byte separating them. Bob --------------- ** Current thread: ALLOCATING MEMORY IN C PROGRAMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BY13307 Date: 07/29/89 From: JIM NICKEL Time: 01:55 am To: ROBERT BALSOVER (Rcvd) (Read 111 times) Subj: R: ALLOCATING MEMORY IN C PROGRAMS Thanks for your input. I think I have enough inputs now to start trying some of them out. I'll be back if (when) I have some other questions. Jim --------------- ** Current thread: ALLOCATING MEMORY IN C PROGRAMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BZM0296 Date: 07/30/89 From: DAVID NYE Time: 06:04 pm To: JIM NICKEL (Rcvd) (Read 111 times) Subj: R: ALLOCATING MEMORY IN C PROGRAMS I think what Bob means is that it is more efficient to load the whole file into memory (or as much of it as will fit) at one time rather than line by line. I tried doing much as you are proposing when writing my programmer's editor E (which I wound up writing in assembler after trying first C then Modula-2. It's available here as E.ZIP (plug, plug)). I found it takes forever to read in a file if you have to call malloc() for each line. It works better to use allocmem() to find out how much memory is available, then malloc() all of it. Next, read the whole file in. Then build an array of pointers to the start of each line in the buffer. Finally, save a pointer to the first free byte of memory, so you'll know where to begin loading your next file if you keep more than one in memory at once. In answer to your question about deallocating one line at a time, I think you are asking if Turbo C provides garbage collection, which it does not. If you want to reuse the space that a deleted line occupied you must find something else that will fit in that space or move down all the text above it by the length of the line, adjusting any pointers to the moved text. What are you writing (if I may ask)? --------------- ** Current thread: ALLOCATING MEMORY IN C PROGRAMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2B^R2138 Date: 07/31/89 From: JIM NICKEL Time: 10:35 pm To: DAVID NYE (Rcvd) (Read 111 times) Subj: R: ALLOCATING MEMORY IN C PROGRAMS Thanks for your reply David. I am writing what can best be described as a 'pre-compiler'. We have a new product at work that is built around a brand new proprietary computer language that we have developed. My task is to help the application engineers build a source file that can be fed to our special compiler in order to eventually produce object code that can be burned into proms. A good analogy would be to say if the app engineer wanted to put a NOR gate in the 'circuit' he'd have to specify the fact that it's a NOR gate as well as all inputs and outputs. It's quite a bit more sophisticated than that, but that's it in a nutshell. I think I like your (and other's) suggestion to read the whole file in, then allocate more memory as its needed. I'm not sure that garbage collection is too awfully important, but just thought I'd ask. Thanks again. Jim --------------- ** Current thread: ALLOCATING MEMORY IN C PROGRAMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2C1Q3305 Date: 08/01/89 From: DAVID NYE Time: 09:55 pm To: JIM NICKEL (Rcvd) (Read 114 times) Subj: R: ALLOCATING MEMORY IN C PROGRAMS Sounds interesting. When you speak of NOR gates, are you saying that your company is developing a silicon compiler, or is that just an analogy? Can you say anything more about the language (I'm interested in computer language development from a hobbyist's point of view)? --------------- ** Current thread: ALLOCATING MEMORY IN C PROGRAMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2C3L0883 Date: 08/03/89 From: JIM NICKEL Time: 05:14 pm To: DAVID NYE (Rcvd) (Read 113 times) Subj: R: ALLOCATING MEMORY IN C PROGRAMS The NOR gate analogy I used was simply an analogy. We haven't made our big splash into the market yet, so I don't want to say anything about it at this time, but we should be announcing it in early September. The product that this language will be used for is DC drives used to control large (5-1000 Horsepower) motors. If you're familiar with ladder diagrams, it's kinda like that, hopefully more versatile. Since I have your attention David, I have another question for you. I want to be able to delete files from the disk while running my C program. In TURBO C 2.0, this SHOULD be able to be accomplished by saying: system(delete *.bak"); . in order to delete all .bak type files. IT DOESN'T WORK! Am I doing something wrong? I wonder if you could try it and let me know. CUL Jim (I think I'll post this as a general message also...) --------------- ** Current thread: ALLOCATING MEMORY IN C PROGRAMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2C3L2357 Date: 08/03/89 From: DON BOWEN Time: 05:39 pm To: JIM NICKEL (Rcvd) (Read 112 times) Subj: R: ALLOCATING MEMORY IN C PROGRAMS Jim, You are right, system("delete *.bak"); should work. If it doesn't you probably have something else wrong in your program. Can you put the context in a message so that I can see it. Hope I can help. Don --------------- ** Current thread: ALLOCATING MEMORY IN C PROGRAMS Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2C4F0488 Date: 08/04/89 From: JIM NICKEL Time: 11:08 am To: DON BOWEN (Rcvd) (Read 109 times) Subj: R: ALLOCATING MEMORY IN C PROGRAMS Operator error on this end, Don. DELETE is NOT a valid DOS command, but DEL is a valid DOS command. It's one of those DOS quirks that I didn't expect to see. When I use system("del *.bak"); everything works fine. CUL Jim \ >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BXE0294 Date: 07/28/89 From: JOHN HEY Time: 10:04 am To: ALL (Read 112 times) Subj: EMERALD BAY IS BACK! This is to inform database colleagues of exciting news that I just received concerning the future of Emerald Bay and Eagle. Ratliff Software Productions, Inc. (RSPI, Wayne Ratliff's outfit) has apparently been given the go-ahead to resume marketing EB. The Migent fiasco appears to be behind them, and they are now shipping a much improved (and debugged) Emerald Bay product. The Eagle frontend has been renamed "Vulcan" (for trademark reasons?). The C Toolkit has been enhanced to include forms/screen utilities. The Server has been released for general sale (not just beta copies). The Vulcan compiler is shipping also. It has been enhanced much since the beta copies which were floating around last Christmas. Right now, RSPI is selling the Vulcan package for $100 (that's what I have heard so far). Upgrades for previous Eagle owners are ca. $30, as I understand it. The Catch? You have to call RSPI -- they probably can't contact you, because the Eagle owners list is too old. I have looked over much of the new Vulcan/EB product, and it is sharp. I strongly recommend that interested parties contact RSPI (818-248-0877). I would really like to see this product catch on, because I believe that it is an extremely promising data management technology. John P. Hey GMT Corp. (601)-453-8412 --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2BXK2955 Date: 07/28/89 From: DON BOWEN Time: 04:49 pm To: ALL (Read 106 times) Subj: OVERLAYS I need to know how to write code to take advantage of overlays. I'm using Turbo C. I would really appreciate it if someone who has actually written even the smallest program using overlays would show me examples. What types of overlay managers are available for TC and how much do they cost? My application requires that any one of a variable number of modules, all performing essentially the same task, be selected for use based on the configuration of the program. The configuration needs to be user changeable. Much thanks in advance! Don --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2C2D0520 Date: 08/02/89 From: PATRICK LEMIRANDE Time: 09:08 am To: ALL (Read 110 times) Subj: CHECKING SCANF All, I know that when I use scanf I have to check the entered value to make sure it is not a character. Then I have to do something about it. My question is: How do I check it? And what do I do about it? Patrick --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2C510203 Date: 08/05/89 From: ROBERT BALSOVER Time: 12:03 am To: PATRICK LEMIRANDE (Rcvd) (Read 111 times) Subj: R: CHECKING SCANF Patrick, I'd stay clear of scanf unless you are reading text files that you are sure are in a predefined structure. There is no easy way of checking scanf();. I haven't seen any programs in a long time that attempt to read input from a human with scanf, doesn't seem worth the effort. Does your program need to get more than one value at one prompt, or are you getting just one input per prompt. If you just getting one value per prompt your library should have functions for input of int's, char[], etc., I suggest you consider using those instead. Bob --------------- ** Current thread: CHECKING SCANF Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2C5N0689 Date: 08/05/89 From: PATRICK LEMIRANDE Time: 07:11 pm To: ROBERT BALSOVER (Rcvd) (Read 107 times) Subj: R: CHECKING SCANF Robert, I am not sure what you are saying. Is it that I should not let DOS get in the way and read my input directly from the keyboard. That would explain why most programs don't follow the standard DOS rules. I have other options that read directly from the keyboard buffer, and just decided not to go that route. What I need to do is input a number from 1 to 255 in one case and from 1 to 2376, then send that to the printer as part of a string. Patrick --------------- ** Current thread: CHECKING SCANF Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CA11826 Date: 08/06/89 From: ROBERT BALSOVER Time: 01:30 am To: PATRICK LEMIRANDE (Rcvd) (Read 111 times) Subj: R: CHECKING SCANF Patrick, Are you saying that using dos is using scanf()? It reads input from the keyboard also. Getting input from the keyboard buffer is using DOS, its just using a different function of int 0x21 than file functions. int 0x21 AH=1 is read keyboard and echo " " " " AH=6 is direct consol input/output =7 direct con I/O without echo there are several others but I would stick to your library routines. Bob --------------- ** Current thread: CHECKING SCANF Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CAD1519 Date: 08/06/89 From: PATRICK LEMIRANDE Time: 09:25 am To: ROBERT BALSOVER (Rcvd) (Read 116 times) Subj: R: CHECKING SCANF Robert, that makes it a little clearer. I will try some things and see what happens. I got the idea of using scanf from my tutor program. As far as how some of these C commans break down into ASM commands I have no idea. I don't know how you would know that either. One more question. Do you have an idea as to how many lines of the same code become beneficial to write as a separate procedure. áIf I have the same ten lines of code in three different places then I can put them in a procedure and call it. I can see for one line it would not be a good idea to put it in a separate procedure and call it each time as this would probably generate a longer program. How many lines do you think would the the break even point? Also, do you have any pointers for writing smaller more efficient C code? Patrick --------------- ** Current thread: CHECKING SCANF Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CAL3120 Date: 08/06/89 From: ROBERT BALSOVER Time: 05:52 pm To: PATRICK LEMIRANDE (Rcvd) (Read 111 times) Subj: R: CHECKING SCANF Patrick, I would probably break something into separate functions for 10 lines, but that would depend on if speed was critical in that routine. Anything less than ten lines might not save you any space because the compiler writes code to push all those parms on the stack. You can make Decissions on breaking up code onces you have it debugged anyway, or at least thats what I do. To get smaller, more efficent C code I use those bit functions I showed you for those interupt rotuines we played with. I generally define them as a macro then use the macro like a function call, this makes things easier to read ie. #define shift_left(value, shift) ((value) << (shift)) #define max_allowed(value,limit) ((value) < (limit)) ? (value) : (limit) if you have any experience with a assembly language for any CPU you have a idea of what is possible on the low level and C allows you to get pretty close to that low level. Don't rely on any C compilers Library to get you there, because they won't. If inline is allowed in your project and your assembler supports it you can use it to get faster, smaller code. Many people like to have there compilers produce assembly output instead of obj files so they can edit it and then compile it with Masm or Tasm. What have you been doing anyway, is this some kind of telecommunication program? Bob --------------- ** Current thread: CHECKING SCANF Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CAM3112 Date: 08/06/89 From: PATRICK LEMIRANDE Time: 06:51 pm To: ROBERT BALSOVER (Rcvd) (Read 108 times) Subj: R: CHECKING SCANF Robert, I will take you advice and follow it as best I as my talent will allow. I am starting out with a simple program to send commands to my printer. When I get it written I will upload it here. Has some neet functions for controlling a Panasonic printer. Patrick >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2C5Q1891 Date: 08/05/89 From: JIM NICKEL Time: 09:31 pm To: ALL (Read 137 times) Subj: DOS SYSTEM CALLS IN TURBO C 2.0 My TURBO C 2.0 Reference book says that the system() function will return a 0 on sucess or a -1 on failure. I want to do some simple stuff like printing, copying, deleting in the dos environment using the system(del *.bak); statement. I want to see if the operation suceeded or failed so I tested the return value of the system function and it is always 0. Can anybody give me an example of what condition would cause the system() function to return a -1? --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2C5Q3264 Date: 08/05/89 From: DAVID NYE Time: 09:54 pm To: JIM NICKEL (Rcvd) (Read 129 times) Subj: R: DOS SYSTEM CALLS IN TURBO C 2.0 I believe system() uses int 21h, function 4Bh, the EXEC function. The errors the EXEC function can return are invalid function number, file not found, access denied, insufficient memory, invalid environment and invalid format, so the -1 returned by system() must reflect some or probably all of these. In other words, if the file or command to execute is found and could be executed, it will return 0 even if it didn't do what you wanted or aborted with an error message. If the subprogram or command used function 4Ch to terminate and set a return code (as most of the DOS commands do), you can get this return code with function 4Dh. I don't recall if TC has a function specifically to do this. If not you can use bdos(0x4D, 0, 0) to return the return code. You will have to play with it to see what conditions return what return codes (or even if it works at all -- I haven't tried it personally). Let me know if it works. --------------- ** Current thread: DOS SYSTEM CALLS IN TURBO C 2.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CAR2402 Date: 08/06/89 From: JIM NICKEL Time: 10:40 pm To: DAVID NYE (Rcvd) (Read 117 times) Subj: R: DOS SYSTEM CALLS IN TURBO C 2.0 OK, David, I'll try some stuff in dos to see if I can get a -1 out of system(). I wanted to copy one file to another in my c program with the system("copy first.txt second.txt"); command and I don't think it returned anything other than a 0 regardless if first.txt exists or not. I could be wrong, but I'll keep playing around with it. Right now, to see if a file exists, I first open it, then test the return value of the fopen() for a NULL, then close it right away. BTW, when I do this, and fopen() returns a NULL indicating that there is no file present, do I have to fclose() the file, or not? Squack at you later... Jim --------------- ** Current thread: DOS SYSTEM CALLS IN TURBO C 2.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CBM1240 Date: 08/07/89 From: JIM NICKEL Time: 06:20 pm To: DAVID NYE (Rcvd) (Read 120 times) Subj: R: DOS SYSTEM CALLS IN TURBO C 2.0 I had the following two statements in my C program: #include <dos.h> int x; x=system("fdfed"); x=bdos(0x4D); . Actually that's now two lines, but you get the idea. In both cases, I set breakpoints after each of the two statements. In both cases, x=0. When I changed the first statement to system("dir"); the results were the same. I have found other ways around my problem, but I can't help but wonder what the authors of Turbo C had in mind. CUL Jim --------------- ** Current thread: DOS SYSTEM CALLS IN TURBO C 2.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CD21825 Date: 08/09/89 From: DAVID NYE Time: 02:30 am To: JIM NICKEL (Rcvd) (Read 116 times) Subj: R: DOS SYSTEM CALLS IN TURBO C 2.0 Assuming you have no file called "fdfed", I'd say you've found a compiler bug. If you subscribe to Compu$erve you might post this to Borland's Turbo C support SIG and see what they say. --------------- ** Current thread: DOS SYSTEM CALLS IN TURBO C 2.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CDC3248 Date: 08/09/89 From: JIM NICKEL Time: 08:54 am To: DAVID NYE (Rcvd) (Read 116 times) Subj: R: DOS SYSTEM CALLS IN TURBO C 2.0 I don't subscribe to Compuserve, but a friend of mine does. I'll buy him a six-pack one night and he'll probably let me come over and play on that board for a few minutes. By the way, what on earth possesses you to stay uthis early? --------------- ** Current thread: DOS SYSTEM CALLS IN TURBO C 2.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CDR1690 Date: 08/09/89 From: DAVID NYE Time: 10:28 pm To: JIM NICKEL (Rcvd) (Read 111 times) Subj: R: DOS SYSTEM CALLS IN TURBO C 2.0 Let me know what their advice is (or if they admit a bug). Usually I'm not up that late. I don't need all that much sleep -- I can get by on 5 hours, although I prefer 7. --------------- ** Current thread: DOS SYSTEM CALLS IN TURBO C 2.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CEG0228 Date: 08/10/89 From: ERIC MEYER Time: 12:03 pm To: JIM NICKEL (Rcvd) (Read 118 times) Subj: R: DOS SYSTEM CALLS IN TURBO C 2.0 The system() function calls COMMAND.COM to execute your commands and COMMAND.COM always returns a 0! So there isn't any easy way to find out the return code from a program executed with system(). -Eric --------------- ** Current thread: DOS SYSTEM CALLS IN TURBO C 2.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CKQ0145 Date: 08/16/89 From: MIKE SZYMANSKI Time: 09:02 pm To: JIM NICKEL (Rcvd) (Read 108 times) Subj: R: DOS SYSTEM CALLS IN TURBO C 2.0 the only error that system() considers to be 'errors' are those having to do with the inability to execute Command.com. .. if command.com cannot be executed or cannot be found (-1) is returned otherwise a 0 (successful execution) or a non-zero value in the case where command.com is found but the string passed to system() is a NULL string. Hope this helps! --------------- ** Current thread: DOS SYSTEM CALLS IN TURBO C 2.0 Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CKS2474 Date: 08/16/89 From: JIM NICKEL Time: 11:41 pm To: MIKE SZYMANSKI (Rcvd) (Read 110 times) Subj: R: DOS SYSTEM CALLS IN TURBO C 2.0 I guess if I take the LITERAL interpretation of the explanation of the system() call that makes sense. I haven't found an example of something that returns anything other than 0, so I bet your explanation is correct. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CAA2908 Date: 08/06/89 From: DAVOR STARE Time: 06:48 am To: ALL (Read 107 times) Subj: BIOSDISK Hi! I need some help. I am using TURBO C 2.0 and I want to format diskette. I know that I can do that with BIOSDISK function, but I don't know format table for it. Thanks in advance, Davor. --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CIE3506 Date: 08/14/89 From: JAY SEIGFREID Time: 10:58 am To: ALL (Read 101 times) Subj: TYPEWRITER I am looking for a way to print one character at a time to my printer, just like a typewriter. I have several programs that send strings after a carrage return but this is worthless for filling out forms and such. thanks, jay --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CIG1204 Date: 08/14/89 From: GLEN THOMPSON Time: 12:20 pm To: JAY SEIGFREID (Rcvd) (Read 101 times) Subj: R: TYPEWRITER Jay, You have a basic problem in that most printers won't print anything unless it receives an appropriate control character such as a CR, LF, FF or similar. Lasers are even worse since they don't print anything until a whole page is received. Trying to print spaces is a problem too since the printers try to optimize print speed by not moving the print head unless there is data to print. glen --------------- ** Current thread: TYPEWRITER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CQL2565 Date: 08/21/89 From: JAY SEIGFREID Time: 05:42 pm To: GLEN THOMPSON (Rcvd) (Read 99 times) Subj: R: TYPEWRITER I saw a program today called the typewriter by Power Up! that claims it will do what I ask. I understand the problem with most printers, all I am asking is how to do it if it could be done, the simplest approach. jay >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CIL1724 Date: 08/14/89 From: GREGORY WILSON Time: 05:28 pm To: ALL (Read 100 times) Subj: DETECTING MODEM RING DURATION. I am looking for a way to detect the ring duration using a modem. I need to be able to distinguish between a regular ring and a series of short rings. I want to make my modem answer only the short rings. Any suggestions??? Gregory Wilson --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CJL2471 Date: 08/15/89 From: ERIK DUFEK Time: 05:41 pm To: GREGORY WILSON (Rcvd) (Read 96 times) Subj: R: DETECTING MODEM RING DURATION. I thought maybe someone would come up with something in the other conference where you asked the question but unfortunately not. I don't believe you can detect the length of the ring at the software level. I think the only way to detect a difference in the ring duration is through some type of hardware implementation. You could send the ring signal through an isolator and then to a timer. Put in a level detect to sense the DC voltage present on the line when the modem is online. Use the circuit to pull in a relay and keep it engaged. Use the relay to connect/disconnect the phone line from the modem. --------------- ** Current thread: DETECTING MODEM RING DURATION. Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CJN1418 Date: 08/15/89 From: GREGORY WILSON Time: 07:23 pm To: ERIK DUFEK (Rcvd) (Read 95 times) Subj: R: DETECTING MODEM RING DURATION. Well, maybe I am all wet but I still think that it could be done. When my phone rings, my modem sends the string "RING" to my terminal screen. If this signal is present during the entire ring then my solution is easy. If the signal is only sent at the beginning of the RING then I don't think it will be possible. It is still something to think about. I have found a solution to my one line BBS/VOICE. The solution is a feature of RYBBS that allows me to set up the system to answer the phone on the second call (not ring) as long as it is within 50 seconds of the first. I just tell my friends to call my number, let it ring, hang up and call back. Thanks for your input. Gregory Wilson --------------- ** Current thread: DETECTING MODEM RING DURATION. Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CK10114 Date: 08/16/89 From: ERIK DUFEK Time: 12:01 am To: GREGORY WILSON (Rcvd) (Read 98 times) Subj: R: DETECTING MODEM RING DURATION. RBBS used to have the ringback feature also. I'm not sure if it is still there. I know there were problems at one time with it's implementation. Since you are using ringback did you also have the second line installed? --------------- ** Current thread: DETECTING MODEM RING DURATION. Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CKB3390 Date: 08/16/89 From: STEVEN KEY Time: 07:56 am To: GREGORY WILSON (Rcvd) (Read 100 times) Subj: R: DETECTING MODEM RING DURATION. Gregory, I think you may be able to do what you want if your modem sends the Ring Detect signal to the com port. This is line 22 on a DB 25 connector. You should be able to see the status of this line on bit 6 of the modem status register, port 3fe on com1 or port 2fe on com2. Of course, you'll have to do your own timimg. Steven --------------- ** Current thread: DETECTING MODEM RING DURATION. Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CKD0991 Date: 08/16/89 From: GREGORY WILSON Time: 09:16 am To: ERIK DUFEK (Rcvd) (Read 97 times) Subj: R: DETECTING MODEM RING DURATION. Yes I did. It was only 3.95/month so I said what the heck. Gregory Wilson --------------- ** Current thread: DETECTING MODEM RING DURATION. Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CKD1064 Date: 08/16/89 From: GREGORY WILSON Time: 09:17 am To: STEVEN KEY (Rcvd) (Read 98 times) Subj: R: DETECTING MODEM RING DURATION. Thanks, I'll let you know if I get it. Gregory Wilson >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CR12367 Date: 08/22/89 From: RICHARD YOUNG Time: 12:39 am To: ALL (Read 104 times) Subj: C PROGRAMMING NEED THE NAME OF A GOOD INSTRUCTION MANUAL OR TUTORIAL ON C LANGUAGE. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CS11884 Date: 08/23/89 From: ROBERT BALSOVER Time: 12:31 am To: RICHARD YOUNG (Read 105 times) Subj: R: C PROGRAMMING If you have a Ibm pc background and can program in Basic, Compute! Books Published a book called From Basic to C. Using examples in Basic it shows how to do the same in C. It then shows somethings that can't be done in Basic with C. The Author uses the Lattice C compilier, but it isn't compiler specific. Bob --------------- ** Current thread: C PROGRAMMING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CSQ3170 Date: 08/23/89 From: MIKE SZYMANSKI Time: 09:52 pm To: RICHARD YOUNG (Read 104 times) Subj: R: C PROGRAMMING Richard, you might want to check out 'The C Workshop' by Charles Pine. It is a tutorial on disk that I have heard is pretty good. It includes a compiler and InfoWorld gave it a decent review. I don't think it cover's ANSI standard, but you can pick that up with supplemental refs like The Waite Groups C Bible etc. --------------- ** Current thread: C PROGRAMMING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CSS2174 Date: 08/23/89 From: PATRICK LEMIRANDE Time: 11:36 pm To: MIKE SZYMANSKI (Rcvd) (Read 103 times) Subj: R: C PROGRAMMING Message CC'd to: MIKE SZYMANSKI RICHARD YOUNG Mike, is 'The C Workshop' a shareware tutorial. I learned to program in C using the tutorial called TUR-C-TU.ZIP on this board, and liked it. Patrick --------------- ** Current thread: C PROGRAMMING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CWN1522 Date: 08/27/89 From: MIKE SZYMANSKI Time: 07:25 pm To: PATRICK LEMIRANDE (Rcvd) (Read 96 times) Subj: R: C PROGRAMMING Patrick, the tutorial that I know as 'The C Workshop' is a commercial package with a SRP of $79; I have heard of references to a shareware package called "The C Workshop Tutorial" that I believe is different. I have absolutely no idea as to the location of the latter, though! >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CWE2757 Date: 08/27/89 From: RICHARD STONE Time: 10:45 am To: ALL (Read 100 times) Subj: HELP - PROGRAM NAME In TurboC, under DOS 3.0 and up, ARGV[0] contains the name of the program that's executing. Does anyone know how to obtain it for DOS 2.xx? Is there a system call? --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CWH1639 Date: 08/27/89 From: ROBERT BALSOVER Time: 01:27 pm To: RICHARD STONE (Rcvd) (Read 100 times) Subj: R: HELP - PROGRAM NAME Richard I seem to remember something that a few people used to do with C-64's. They would read the screen memory. Why are you checking the name of your program anyway, are you checking if they changed the name? You could also add the restiction that the program needs 3.0+ to work. I haven't seen to many computers that use 2.XX, in fact I only know of one and thats because it's a original issue right down to its outdated bios and 3.0+ doesn't work in it. If you added the restiction I don't think you would be limiting its possible users, a high % are already using 3.0+. Bob --------------- ** Current thread: HELP - PROGRAM NAME Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CWJ1357 Date: 08/27/89 From: TOM FRANK Time: 03:22 pm To: RICHARD STONE (Rcvd) (Read 99 times) Subj: R: HELP - PROGRAM NAME Richard, I don;t think the program name is available to a DOS call in DOS 2.x - even MS will give that as an excuse for some DUMB behaviour in CODEVIEW - it can't find its help files under 2.x. Tom --------------- ** Current thread: HELP - PROGRAM NAME Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CXL2382 Date: 08/28/89 From: RICHARD STONE Time: 05:39 pm To: ROBERT BALSOVER (Rcvd) (Read 98 times) Subj: R: HELP - PROGRAM NAME The proggets renamed, and I need the name to pick up a config file that gets renamed with it. Also, it will run on machines, such as the T1000 that has 2.11 in ROM. Thanks for the help, anyway. -- Dick --------------- ** Current thread: HELP - PROGRAM NAME Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CXL2435 Date: 08/28/89 From: RICHARD STONE Time: 05:40 pm To: TOM FRANK (Rcvd) (Read 97 times) Subj: R: HELP - PROGRAM NAME Thanks anyway... -Dick >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CXK2954 Date: 08/28/89 From: JOHN LOVALLO Time: 04:49 pm To: ALL (Read 99 times) Subj: CONTRACT ENGINEERS WARNING The following message is directed to all Milwaukee Area contract engineers or those thinking of entering this field. It is based on my own experiences and does not reflect the opinion of ExecPc. When you start to work for a contract engineering agency, they will tell you anything. In my case, with BZ Engineering of West Allis (aka International Personnel and Recruiting) I was told that my services would be marked up 22% to clients. The contract they wanted me to sign was described as a "mere formality", they were really looking out for my best interests. One week of paid vacation was offered after 1 year of employment and two weeks after 2 years. When my first contract assignment ended, they did nothing to find me another assignment. Nine months later when I answered an ad by IPR, I was somewhat suprised to find it was the same old BZ Engineering group. I interviewed with the company they had a "job order" for and decided that I was not interested in that job. Three weeks later I was offered a more interesting job directly by the customer (through no intervention of BZ Engineering) and agreed to take that job. In a somewhat misquided sense of fairness I decided to book the job through BZ Engineering anyway. After seven months this job was over, I found another assignment with the same employer in another group. At that time I found out that the only stumbling block to getting the job was the charge rate, - BZ had been marking my services up 80%!. When I tried to get paid vacation from BZ I was told that I was not entitled to any, as their was a break in my "service" (or is that prostitution) to them. Really now, how many contract assignments last for years on end... I then decided to work for another agency whom I know personally which will look out for their employees. BZ Engineering has threatened legal action against me and them if I work for the same company for a period of one year (one of those "mere formalities" in an employment contract). As a result I had to decline this employment pending my legal action against BZ Engineering. Moral: If you are approached by BZ Engineering or International Placement and Recruiting or another contract agency located in the 7200 block of Greenfield Ave in West Allis, Milwaukee, run like hell! Better yet, get in touch with me at: Creative Design Industries 17135 W. Observatory Rd. New Berlin, WI. 53151 Telephone: 785-9006 --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CZP2164 Date: 08/30/89 From: MIKE SZYMANSKI Time: 08:36 pm To: JOHN LOVALLO (Rcvd) (Read 95 times) Subj: R: CONTRACT ENGINEERS WARNING I'm sorry that you had such an unfortunate experience with that company. One word to you though; Based on the opinions of several lawyers I have had contact with in the employment contract arena, it is a general consensus that restrictive employment clauses are at best intimidating factors and are very hard to enforce when the employement is your only source of income. An example is the restrictive clauses many franchise organizations put in their employment contracts to attempt to keep former employees from seeking employement with a competitor. They may (and probably will) sue but they will not get far if the employment is entered into after formal termination of the previous employement contractd (be it written or otherwise). Basically stated they can't keep you from being engaged with the same or any other company if your contract with them is no longer current. Note: this is not legal advise nor interpretation of any laws; I'm merely passing on what I have learnt and heard. Check out your particular situation to see if their are any submerged factors. --------------- ** Current thread: CONTRACT ENGINEERS WARNING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CZQ1775 Date: 08/30/89 From: JOHN LOVALLO Time: 09:29 pm To: MIKE SZYMANSKI (Rcvd) (Read 95 times) Subj: R: CONTRACT ENGINEERS WARNING Mike, thanks for the reply. That is basically what my attorney has said. Rather than give them immediate cause to sue, we are taking a slightly different approach. I am be restrained from practicing my trade. After a couple of months of "not working" we are filing a damage suit against BZ Engineering for damages. -John --------------- ** Current thread: CONTRACT ENGINEERS WARNING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2D5Q0477 Date: 09/05/89 From: MIKE SZYMANSKI Time: 09:07 pm To: JOHN LOVALLO (Rcvd) (Read 92 times) Subj: R: CONTRACT ENGINEERS WARNING John, 'GOOD WORK IF YOU CAN GET IT'. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CXQ2562 Date: 08/28/89 From: JEFF WETTER Time: 09:42 pm To: PATRICK LEMIRANDE (Rcvd) (Read 99 times) Subj: C COMPILER Patrick, Where can the C compiler be found? Or is that something I have to purchase. Thanks, Jeff --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CYI2150 Date: 08/29/89 From: PATRICK LEMIRANDE Time: 02:35 pm To: JEFF WETTER (Rcvd) (Read 100 times) Subj: R: C COMPILER Jeff, RE: "Where can the C compiler be found? I see what you are asking. The tutorial is based on the commercial complier called Turbo C by Borland It sells for $99 new and the number is 1-800-255-8008. The code will run under most compilers since C is a standardized language. I used Let's C compliler and it ran most of the examples. There were some code that used prototypes that did not compile and I had to write my own structure to access the registers. I needed my version of Lets C through the summer, so if you want to pick a copy cheap, just let me know. I plan to pick up a used copy of Turbo C V2.0 when I get the ich to write my next program. Patrick --------------- ** Current thread: C COMPILER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CYL0114 Date: 08/29/89 From: JEFF WETTER Time: 05:01 pm To: PATRICK LEMIRANDE (Rcvd) (Read 102 times) Subj: C COMPILER Patrick, How much is cheap for the Lets C compiler? Thanks Jeff --------------- ** Current thread: C COMPILER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CZC1135 Date: 08/30/89 From: STEVEN KEY Time: 08:18 am To: JEFF WETTER (Rcvd) (Read 100 times) Subj: R: C COMPILER Jeff, Have you tried the c compiler available in the Mahoney collection ? It's called ccomp.zip. This is a version of a compiler that was once a straight commercial product, and got pretty good reviews, but fell out of the market when QC and TC came along. It is now shareware or freeware. Steven --------------- ** Current thread: C COMPILER Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2CZL0855 Date: 08/30/89 From: JEFF WETTER Time: 05:14 pm To: STEVEN KEY (Rcvd) (Read 94 times) Subj: R: C COMPILER Steven, No I have not tried the one in the Mahoney but I will download it as soon as I am done thanking you for telling me. Again Thank You Jeff. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2C^M2076 Date: 08/31/89 From: JOE VINCENT Time: 06:34 pm To: ALL (Read 97 times) Subj: C LIBRARIES Message CC'd to: GRANT ELLSWORTH ALL I would like to solicit opinions about C libraries. Specifically: - Which C library do you use? - Are you satisfied with it? - What do you like about it? - What's missing? - If you had it to do over again, would you buy the same library or a different one? Which one? If I forgot to ask a really incisive question, please feel free to ramble at great length. Is anybody using any shareware C libraries? Comments? -=≡{JOE}≡=- (tm) --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2C^R2368 Date: 08/31/89 From: ERIK DUFEK Time: 10:39 pm To: JOE VINCENT (Rcvd) (Read 93 times) Subj: R: C LIBRARIES I only dabble in C so take that for what it's worth. I use the Mix C compiler and library. It only cost me $20 and so far upgrades have only been $5. It does enough for my small stuff. If you want to know more technical answers I'm not well versed enough to do so. --------------- ** Current thread: C LIBRARIES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2D1L1274 Date: 09/01/89 From: JOE VINCENT Time: 05:21 pm To: ERIK DUFEK (Rcvd) (Read 96 times) Subj: R: C LIBRARIES Erik, thanks for your response. I'm using MSC 5.1, QC and TC, but I'm looking for a good commercial-quality library beyond that provided with the compilers. I keep reinventing the wheel by writing functions which I know must be in somebody's library. -=≡{JOE}≡=- (tm) --------------- ** Current thread: C LIBRARIES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2D1P0812 Date: 09/01/89 From: GRANT ELLSWORTH (Leader) Time: 08:13 pm To: JOE VINCENT (Rcvd) (Read 100 times) Subj: R: C LIBRARIES Joe, I use the plain vanilla libs delivered with my C compilers + those deviants of my own devices in their own libs. However, in previous comments in this conference/topic, users made some positive comments on some commercial and shareware libs. Now, if Bob M. only had a hypertext scan capability on the message base text ..... grant --------------- ** Current thread: C LIBRARIES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2D1Q2190 Date: 09/01/89 From: DAVID NYE Time: 09:36 pm To: JOE VINCENT (Rcvd) (Read 99 times) Subj: R: C LIBRARIES I've played around with CXL, a shareware package with lots of nice window stuff -- menus, file picking, data entry screens, as well as mouse support, string functions, expanded memory handling, and lots of extra keyboard, printer and video functions. Has gotten rave reviews. --------------- ** Current thread: C LIBRARIES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2D2J1218 Date: 09/02/89 From: GLEN THOMPSON Time: 03:20 pm To: JOE VINCENT (Rcvd) (Read 94 times) Subj: R: C LIBRARIES Joe, I've used the CXL library from Mike Smedley, available on this board. It offers a nice window package, input forms, menus, and some general utilities. All in all, it's a nice cohesive package. Good consistency between all the routines. As an example, if you enable a mouse, the filename pick window will allow either a mouse pick or keyboard entry. The small model.obj files and documentation can be downloaded, resistration gets all the other models and source code. The documentation is a little weak and the source is not the clearest C code or super well documented. The demo program with it serves as the best example of how to use the functions. Do like I did, wrote a program using it to confirm that it works well and then registered it. Mike also has a BBS in San Antonio that provide support and is programmer oriented. Current version is 5.0 but 5.1 is expected out soon. The only thing missing from the library that I would like is some file/database routines like the Ctree package. glen --------------- ** Current thread: C LIBRARIES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2D2L2747 Date: 09/02/89 From: JOE VINCENT Time: 05:45 pm To: GRANT ELLSWORTH (Rcvd) (Read 94 times) Subj: R: C LIBRARIES So far, I've found much of what I've needed in my own code, various collections of C routines/utilities/programs I've downloaded and books about C in the Vincent Archives. I picked up a book today, "The Waite Group's QuickC Bible", which looks really good. If nothing else, it's a well-organized reference book for QC/MSC. It even provides a compatibility guide with each function description (i.e., will it work with MSC3, MSC 4, MSC 5, QC, TC, ANSI and UNIX V?). I see that there are two other messages waiting, so perhaps someone else has a suggestion. -=≡{JOE}≡=- (tm) --------------- ** Current thread: C LIBRARIES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2D2L2940 Date: 09/02/89 From: JOE VINCENT Time: 05:49 pm To: DAVID NYE (Read 94 times) Subj: R: C LIBRARIES Dave, thanks for the pointer to CXL. I'll look for it. Usually, without a good mention from someone, I don't download libraries. They're usually several hundred K and not worth the download time. Your good words about CXL compel me to get it. Thanks again. -=≡{JOE}≡=- (tm) --------------- ** Current thread: C LIBRARIES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2D2L3037 Date: 09/02/89 From: JOE VINCENT Time: 05:50 pm To: GLEN THOMPSON (Rcvd) (Read 95 times) Subj: R: C LIBRARIES Glen, you're the second person to mention CXL. I'll pick it up pronto. Thanks for the response! -=≡{JOE}≡=- (tm) --------------- ** Current thread: C LIBRARIES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2D3S2120 Date: 09/03/89 From: GRANT ELLSWORTH (Leader) Time: 11:35 pm To: JOE VINCENT (Rcvd) (Read 91 times) Subj: R: C LIBRARIES Joe, I have found any of the Waite group's books a really handy reference. You can't lose by getting any one of them related to a topic of interst to you. Grant --------------- ** Current thread: C LIBRARIES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DAK1719 Date: 09/06/89 From: GLEN THOMPSON Time: 04:28 pm To: JOE VINCENT (Rcvd) (Read 93 times) Subj: R: C LIBRARIES Joe, I see that Mike has uploaded the latest version of CXL. I haven't been able to download it yet to see the changes but y'll probably like it. glen --------------- ** Current thread: C LIBRARIES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DAL1352 Date: 09/06/89 From: JOE VINCENT Time: 05:22 pm To: GLEN THOMPSON (Rcvd) (Read 93 times) Subj: R: C LIBRARIES >>I see that Mike has uploaded the latest version of CXL. I haven't been >>able to download it yet to see the changes but y'll probably like it. Yes, I noticed the uploads. There's no C source with them, but source apparently is available with registration. I'm always a bit wary of using precompiled libraries without knowing what's in them. I would prefer to compile the source myself. Still, it's a shareware alternative to the commercial stuff. -=≡{JOE}≡=- (tm) >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DBP2598 Date: 09/07/89 From: OTTO PORTER Time: 08:43 pm To: GRANT ELLSWORTH (Rcvd) (Read 110 times) Subj: PRINTING IN 'C' I need a little generic advice on printing in c-language programs. I have been using and learning 'c' for about a year now but haven't had a need for printing except in the most cursory ways. I am now writing a program which involves a lot of printing and have read everything in my 'c' reference library concerning this subject which is very little. i.e., what are the preferred functions (fprintf, cprintf, fputs, etc.) for print routines and also whether it is better to use an assembler routine. Also, how do I bypass the dos buffer and still print a whole line or string at a time. Would appreciate any general advice on this and/or a good reference on the subject. Thanks..... Otto Porter... --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DCB0213 Date: 09/08/89 From: PATRICK LEMIRANDE Time: 07:03 am To: OTTO PORTER (Rcvd) (Read 113 times) Subj: R: PRINTING IN 'C' Otto, here is how I do it, if this helps: /* Sends one character to printer */ setprt(code) char code; { FILE *printer; printer = fopen("PRN","w"); putc(code,printer); fclose(printer); } /* Sends a string to the printer */ setprint(code) char code[6]; { FILE *printer; prtprblm(); if (resultk) printer = fopen("PRN","w"); if (resultk) printf("The printer is ready"); if (resultk) fprintf(printer," --------------- ** Current thread: PRINTING IN 'C' Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DCN2906 Date: 09/08/89 From: GRANT ELLSWORTH (Leader) Time: 07:48 pm To: OTTO PORTER (Rcvd) (Read 107 times) Subj: R: PRINTING IN 'C' Otto, Pat L. illustrated 2 of many techniques. However, let's review some basics: 1. The differences among Fprintf(), printf(), and cprintf() ... fprintf() sends printlines to designated file (or device, such as the printer, as in Pat's example) printf() sends printlines to "stdout" which is typically the console screen (the default), but which may be re-directed to files cprintf() sends printlines to the console directly --- typically bypassing dos - the library routine may use BIOS calls, and some compilers will supply one which can optionally write directly to video ram (mine, TC2.0, does not do this, but one which I've looked at does do this --- cxan't remember which one right now) 2. Character-by-character printing vs whole line/whole string printing depends very much on the compiler's implementation of the xprintf() functions ... MSC 5.0/5.1 uses a DOS function to write a whole line as a unit in its xprintf() function TC2.0 uses its own fputc() function as the direct output writer ... the printf() function builds the string and then calls the library fputc() function to write one character at a time; the exception is the cprintf() function which issues direct BIOS calls instead WATCOM C (7.0), my "production" compiler seems to do it much like TC To my perception, the only place that whole-string printing makes a noticable difference is in the displays on the console screen thru dos calls. To "equallize" the performance of all 3 compilers I noted above, I wrote my own xprintf() library function in C to supercede those used in the baseline compiler libraries. I use vsprintf() to build the output strings and then call DOS with the appropriate IOCTL function. This is what worked best for me ... since I was doing a lot of printf() write to the console screen. For use directly with the printer, I don't see that there is enough of a difference between character-by-character and whole string processing to justify the extra effort to assure the whole string method ... especially if the printer has a built-in buffer. The CPU is running a lot faster than the printer --- even if it's an antique 4.77 mhz 8088 CPU. Hope this helps matters for you. Grant --------------- ** Current thread: PRINTING IN 'C' Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DCR2901 Date: 09/08/89 From: ROBERT BALSOVER Time: 10:48 pm To: PATRICK LEMIRANDE (Rcvd) (Read 103 times) Subj: R: PRINTING IN 'C' In some versions of C the printer already has a stream assigned to it, stdprn. try using fprintf(stdprn, format_string, parms); and see if it gags on it. Bob --------------- ** Current thread: PRINTING IN 'C' Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DDA2781 Date: 09/09/89 From: PATRICK LEMIRANDE Time: 06:46 am To: ROBERT BALSOVER (Rcvd) (Read 102 times) Subj: R: PRINTING IN 'C' Robert, RE:> fprintf(stdprn, format_string, parms); now this is starting to get fun. Thanks. Patrick --------------- ** Current thread: PRINTING IN 'C' Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DDF0985 Date: 09/09/89 From: JOHN HEIM Time: 11:16 am To: OTTO PORTER (Rcvd) (Read 97 times) Subj: R: PRINTING IN 'C' Otto, If this is a really serious printing program, you might consider sending the stuff to file before printing it. This allows you to print multiple copies of the report easily and to reprint it if something goes wrong. Use a batch file to run the report program. ie. ... REM Run the report to generate a file called REPORT.TXT REPORT REM Print the file PRINT REPORT.TXT This technique does require you to clear out the report files once in a while or you'll fill up your disk. Another advantage is your program doesn't have to wait for the printer to catch up. John Heim PS. Multi-user systems (DOS networks and Unix workstations) require you to do things this way because you can't assume that no one else is using the printer. They usually include a 'spooler' that sends files to the printer in the order that they are recieved. --------------- ** Current thread: PRINTING IN 'C' Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DDG2961 Date: 09/09/89 From: OTTO PORTER Time: 12:49 pm To: PATRICK LEMIRANDE (Rcvd) (Read 96 times) Subj: R: PRINTING IN 'C' Pat, Thanks for the help and especially the prompt reply. This will get me going. --------------- ** Current thread: PRINTING IN 'C' Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DDH0035 Date: 09/09/89 From: OTTO PORTER Time: 01:00 pm To: GRANT ELLSWORTH (Rcvd) (Read 96 times) Subj: R: PRINTING IN 'C' Grant, Thanks for the info. I especially like the approach of building the output using vsprintf and then using IOCTL. All this info is the general stuff I was hoping for. None of my books really touch on this much. One other thing. Must I use low-level, and or bios routines to get by the DOS buffers? Thanks again, Otto... --------------- ** Current thread: PRINTING IN 'C' Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DDH0248 Date: 09/09/89 From: OTTO PORTER Time: 01:04 pm To: JOHN HEIM (Rcvd) (Read 95 times) Subj: R: PRINTING IN 'C' John, Thanks for the prompt reply. I have been using part of your idea in order to test (writing the output to a file) the program but hadn't thought of doing it for the actual implementation. I LIKE the idea and am going to try it out. Thanks again, Otto... --------------- ** Current thread: PRINTING IN 'C' Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DDM3327 Date: 09/09/89 From: GRANT ELLSWORTH (Leader) Time: 06:55 pm To: OTTO PORTER (Rcvd) (Read 95 times) Subj: R: PRINTING IN 'C' Otto, I think use of the DOS IOCTL function will suffice ... bypassing the dos buffers is not necessary here and buys nothing in thruput. (I'm assuming your focus is the PRN directed output). Grant --------------- ** Current thread: PRINTING IN 'C' Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DDP2842 Date: 09/09/89 From: OTTO PORTER Time: 08:47 pm To: GRANT ELLSWORTH (Rcvd) (Read 99 times) Subj: R: PRINTING IN 'C' Grant, Actually, I am not sure yet whether I am having a problem with the printer's internal buffer or the DOS buffer. The program pauses during execution to allow a paper change. However the Formfeed I issue in the program just before the pause is not being acted on by the printer until the keypress which is supposed to resume execution. This is most undesirable behaviour. <grin>. That's why I suspect the DOS buffer. I am using the fprintf function to handle the actual printing 'by string.' Otto... --------------- ** Current thread: PRINTING IN 'C' Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DGR2795 Date: 09/12/89 From: GRANT ELLSWORTH (Leader) Time: 10:46 pm To: OTTO PORTER (Rcvd) (Read 98 times) Subj: R: PRINTING IN 'C' Otto, your description of the form-feed behavior reads like it has more to do with the printer than the dos buffers. The printer may have its own little buffer and be running 1 cycle behind what you and the cpu believe is the case. I have the same problem with my NEC pinwriter P3. BTW, I think "writing to a file" , which some of our other correspondents have suggested, IS definitely the way to do it. Grant >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DCL1924 Date: 09/08/89 From: KENNETH AVILA Time: 05:32 pm To: ALL (Read 98 times) Subj: DB_VISTA III Has anybody heard and/or used this database development system for their computer? I am thinking of using it for some applications that I am programming for and would like to get some user feedback or some recommendations for other similar products. Thank you --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DEK1171 Date: 09/10/89 From: RICHARD POELING Time: 04:19 pm To: ALL (Read 101 times) Subj: #1)POWER C #2)WORD PROCESSING Hello, I'm a new member to this conference, but I've been using 'C' on and off for about two years. I originally taught myself the language on a Tandy 6000 Xenix system, thus my exposure to writing code in the MSDOS environment (and PC) is a bit limited. I have read through most of the messages that are in this section and feel that I should be able to fit in without any problem. Unlike most of you who use either Microsoft's C compiler or Quick C I purchased Mix's Power C. I have found that it can do nearly everything (if not everything) that the others can do with the exclusion of its lack of being able to produce modules other than Medium size. But before you go and buy yourself a copy OR their C/Utilities program, you might want to consider the following situation. For some reason (I haven't been able to find out yet), my system sort of locks up when I use the compiler or the utilities. I'm still able to enter commands, however programs compiled with the compiler don't run. All my other programs run without a problem, but ever once in a while those programs compiled with Power C do nothing but give me the prompt back. I haven't yet contacted Mix Software about this, because I wasn't sure if any of my other programs did it (meaning that it might be my computer - which it still could be). However it seems strange that I only have problem with Power C compiled software. The only way I am able to get those programs to execute properly is to reboot the system or use the tsrcom program that I found on the Mahoney collection. What it does is mark the memory when I boot up. Then if I start having problems with the programs compiled under Power C, I use the release program which I think puts the system back the way it was when I booted up. I then mark the memory again with the tsrcom programs and I'm up and running again. For the meantime I am able to live with this inconvenience of having to release and mark the memory each time the programs freak out. Although I the lock up problem is transient, there is definitly one thing that always causes the Power C compiled programs not to work. There is a menu program in the Mahoney Collection called Power Menu. I like this program very much because it makes launching programs very, very easy. However if I use it, none of the Power C compiled programs will execute. I have to do that release/mark thing, but only after I complete exit Power Menu, which I don't like having to do. So I guess what I'm saying is that Power C is a good compiler that is real inexpensive, but there might be some bugs. (By the way if anyone might know what the problem is, I'm all ears!) Now that I've finished my little speech, I have a question to throw to those of you who are a bit more experienced than I am. It pertains to word processors and the way they handle the editing of data. Since I am not a programmer by trade I am unfamiliar with many of the tricks that famous guru's use to efficiently handle various problems. So when I decided to sit down and write a text editor to handle a specific need that I have I was stumped when it came to the logic needed to handle inserting and deleting text from the document and screen without eating up lots of memory. To make a long story short, how do word processing programs efficiently use memory so that when a person needs to insert/delete a character or a whole sentence or even an entire page that it doesn't get the text all messed up? I have some ideas of how it might be down. I thought that maybe it might be that for each paragraph there is a pointer to the beginning, however, I can't figure out how the program could easily make room within a given paragraph without loosing the surrounding text. If anyone can follow what I'm getting at, I'd really enjoy hearing from you. Thanks. Rick. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DF10219 Date: 09/11/89 From: ERIK DUFEK Time: 12:03 am To: RICHARD POELING (Rcvd) (Read 98 times) Subj: R: #1)POWER C #2)WORD PROCESSING Rick, I have also purchased Mix's Power C as an inexpensive compiler. I'd venture to say I'm not as experienced as you since I've only finished one real short program. But I'm also ahead of you since it compiled and works perfectly. I can't tell you why the program doesn't work on your system. It sounds like you may have some incorrect code somewhere. Do you have a later version than 1.10? I just received an offer in the mail for 3.0 I believe it was. Are you calling via PCP? The reason I asked is I'd be happy to try and compile your program using my version and see what happens. I usually have a program called BackMail running so that I can transfer programs privately, quickly, cheaply and unattended. Let me know if I can be of any help. --------------- ** Current thread: #1)POWER C #2)WORD PROCESSING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DF10460 Date: 09/11/89 From: ERIK DUFEK Time: 12:07 am To: RICHARD POELING (Rcvd) (Read 97 times) Subj: R: #1)POWER C #2)WORD PROCESSING Almost forgot to answer your word processing question. Look up the issue of PC Magazine that has the editor TED in it. There is some of the philosophy of how to program text tools along with the description of the TED program. --------------- ** Current thread: #1)POWER C #2)WORD PROCESSING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNQ1473 Date: 09/19/89 From: JIM MONROE Time: 09:24 pm To: RICHARD POELING (Rcvd) (Read 94 times) Subj: R: #1)POWER C #2)WORD PROCESSING I ALSO HAVE THE POWERC C PACKAGE FROM MIX. I have not had any problems with the programs. If possible can you upload one tof these to me and I will try it here to see if the same problem exsists. Jim // s --------------- ** Current thread: #1)POWER C #2)WORD PROCESSING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNQ1620 Date: 09/19/89 From: JIM MONROE Time: 09:27 pm To: ERIK DUFEK (Rcvd) (Read 94 times) Subj: R: #1)POWER C #2)WORD PROCESSING I also have the powerc c compiler and have no problem. Is it possible to get a mix group together on this board? --------------- ** Current thread: #1)POWER C #2)WORD PROCESSING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNR3544 Date: 09/19/89 From: ERIK DUFEK Time: 10:59 pm To: JIM MONROE (Rcvd) (Read 92 times) Subj: R: #1)POWER C #2)WORD PROCESSING >Is it possible to >get a mix group together on this board? Bob is waiting for the move before he does any more work in modifying the topic areas. But I think the C area is an appropriate area. C is meant to be portable so any discussion should usually be relevant with any compiler. I'm not a serious user of the program yet. I've used it a few times, but nothing complicated. I've downloaded a few of the C tutors though in anticipation of more serious use in the future. --------------- ** Current thread: #1)POWER C #2)WORD PROCESSING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DPD2900 Date: 09/20/89 From: JIM MONROE Time: 09:48 am To: ERIK DUFEK (Rcvd) (Read 99 times) Subj: R: #1)POWER C #2)WORD PROCESSING I think that both a discussion group here on the BBS as well as some degree of personnel interaction may be valuable. Lets try it later in the fall. --------------- ** Current thread: #1)POWER C #2)WORD PROCESSING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DPS3196 Date: 09/20/89 From: ERIK DUFEK Time: 11:53 pm To: JIM MONROE (Rcvd) (Read 93 times) Subj: R: #1)POWER C #2)WORD PROCESSING In any type of C discussion, I expect I'll be the slow guy. --------------- ** Current thread: #1)POWER C #2)WORD PROCESSING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DRP1898 Date: 09/22/89 From: RICHARD POELING Time: 08:31 pm To: JIM MONROE (Rcvd) (Read 96 times) Subj: R: #1)POWER C #2)WORD PROCESSING After testing some things on my system, I have concluded that my programs run fine when I compile them with Power C. The source of all my problems seems to be the Utilities that I bought from Mix. I don't know if it is a problem with my computer not liking the way their stuff was compiled or what exactly, but eventually I find it. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DEQ3130 Date: 09/10/89 From: MICHAEL KUMBERA Time: 09:52 pm To: ALL (Read 92 times) Subj: NEURAL NET'S Hi, Does and one have access to BIX. I would like a program I heard they had. It's a Neural net. that uses back-propagation to learn. The issue was Oct. 87. Also if anyone has any other neural network programs the have written in C please upload them. (I did see the TTT*.C programs) thanks, Michael Kumbera --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DJS1407 Date: 09/15/89 From: JOHN HEIM Time: 11:23 pm To: MICHAEL KUMBERA (Rcvd) (Read 95 times) Subj: R: NEURAL NET'S Michael, I signed up for BIX a few weeks ago to talk to Borland's tech support staff. I don't really know how to find the stuff your asking for but I guess I can figure it out. I'll let you know when I find it. John Heim PS. I signed up for BIX but I also got a membership on CompuServe where Borland also suppies a support staff. I've used CompuServe almost exclusively since because I found it infinately more user friendly and intuitive. I say thsi not necessarily for your benefit, Michael, but just to let anyone who might be paging through here know. --------------- ** Current thread: NEURAL NET'S Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DKK1262 Date: 09/16/89 From: MICHAEL KUMBERA Time: 04:21 pm To: JOHN HEIM (Rcvd) (Read 92 times) Subj: R: NEURAL NET'S Thanks for the reply John. I found some information that might help you locate the file. The Issue was Oct. 87 and the program name is bpsim.c also the artical name is "Back-Propagation, A Generalized delta learning rule". Thanks for taking the time to look for the file. Michael Kumbera --------------- ** Current thread: NEURAL NET'S Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNP1072 Date: 09/19/89 From: JOHN HEIM Time: 08:17 pm To: MICHAEL KUMBERA (Rcvd) (Read 92 times) Subj: NEURAL NET'S Michael, I got on BIX and looked for the code listings for October 87. Well, I couldn't find them. I found Oct '88 and even Oct '89 but not Oct '87. I think they're not there. Maybe there's someone on this BBS that uses BIX alot who can say for sure. I looked around for quite a while before giving up. Do you have some reason for believing it was there? John Heim --------------- ** Current thread: NEURAL NET'S Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNR0139 Date: 09/19/89 From: MICHAEL KUMBERA Time: 10:02 pm To: JOHN HEIM (Rcvd) (Read 96 times) Subj: R: NEURAL NET'S John, The reason I think it's there is that the BYTE article states that the program can be downloaded from BIX. I would like to thank you for looking though. Michael Kumbera --------------- ** Current thread: NEURAL NET'S Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DVQ2172 Date: 09/26/89 From: JOHN HEIM Time: 09:36 pm To: MICHAEL KUMBERA (Rcvd) (Read 96 times) Subj: R: NEURAL NET'S Michael, It's really been bugging me that I couldn't find your BIX stuff. I'm going to poke around again when I get the time. If you have success through other means let me know. I was thinking that they might remove code listings after a certain period of time. John --------------- ** Current thread: NEURAL NET'S Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2E5N1869 Date: 10/05/89 From: MICHAEL KUMBERA Time: 07:31 pm To: JOHN HEIM (Rcvd) (Read 103 times) Subj: R: NEURAL NET'S John, Sorry about the delay in replying to you message... I managed to find a copy of bpsim.c about 2 day's ago. A systems programmer had a copy of it in here directory for several years. I asked here for any Neural Network programs she had and she sent it to me. THANKS A LOT, Mike Kumbera >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DF12360 Date: 09/11/89 From: JAMES MACHADO Time: 01:39 am To: ALL (Read 101 times) Subj: PROBLEMS RUNNING QUICK-C Hi i'm wondering if anybody has had a problem getting the Quick-C environment to run on an XT with Phenix BIOS running MS-DOS 3.2 (yes it is a clone). i've been able to run it on other XT's (also clones) but not my own. QCL works, i've used it but when i load QC my hard drive whirs, the screen blanks then it locks up. please help james --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DIP1736 Date: 09/14/89 From: OTTO PORTER Time: 08:28 pm To: JAMES MACHADO (Rcvd) (Read 103 times) Subj: R: PROBLEMS RUNNING QUICK-C James, I don't know what version you are using, but if it is version 1.00 there was a problem a disk control■≥ler ( I fºMforget which).■≥ MS issued a maintanence upgrade (v 1.01b) which fixed it. I don't ■≥know ■≥if ■≥you ca■┬√ still get it from them √■≥ without ■≥going to version 2. Otto P■≥. ■≥ --------------- ** Current thread: PROBLEMS RUNNING QUICK-C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DS13355 Date: 09/23/89 From: JAMES MACHADO Time: 12:55 am To: OTTO PORTER (Rcvd) (Read 100 times) Subj: R: PROBLEMS RUNNING QUICK-C i have 1.00 and 2, i only had the problem with 2, i ended up changing my dos from an old generic to dri's e've heard of stranger things, but not many. thanks james >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DFS2697 Date: 09/11/89 From: RICHARD POELING Time: 11:44 pm To: ERIK DUFEK (Rcvd) (Read 96 times) Subj: POWER C COMPILER & C/UTILITIES Thanks for the reply, Erik. In regards to the version of my Power C compiler I received their 1.3.0 upgrade about two months ago. At the same time I also purchased their C/Utilities Toolchest. It is a collection of Unix-like programs that I enjoy using, because most of my computer experience is on that type of operating system. Anyway, I am positive that my 'C' source code is accurate because the problems that I am having are too transient - I can never tell when it will bomb. Actually, I don't usually have too much problem with my programs. Most of my problems occur when I use their Unix-like utilities that they compiled with Power C (at least I assume they used their own compiler). So ther must be a bug either in the code they wrote for their utilities or in their compiler. I think what intrigues me the most is the way that I'm able to get my system up and running by using that tsrcom program that is on this BBS. Since I run the program in my autoexec.bat file all I have to do is type in the command release (which clears out the memory up to the point where it was marked) and then run the command mark (so that it re-marks the memory in case of another bomb). I only wish I knew why I am having this strange problem with just Mix's programs. It seems to me that they didn't test their stuff very thoroughly. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DG11015 Date: 09/12/89 From: ERIK DUFEK Time: 01:16 am To: RICHARD POELING (Rcvd) (Read 97 times) Subj: R: POWER C COMPILER & C/UTILITIES Are you sure it's Mix's code that is causing the trouble and not yours? As far as the Toolchest, I believe they only marketed it. I believe the actual code belongs to someone else. But I'm not sure about that. --------------- ** Current thread: POWER C COMPILER & C/UTILITIES Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DGS3152 Date: 09/12/89 From: RICHARD POELING Time: 11:52 pm To: ERIK DUFEK (Rcvd) (Read 94 times) Subj: R: POWER C COMPILER & C/UTILITIES I'm sure my code is fine. Not only that, but like I said before, the problem occurs more frequently when I run THEIR programs which I have no control over. So the bugs are with their software. This weekend I'm going to run some test and determine whether it is the compiler that has bugs or the C/Utilities that do, or both. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DHG0587 Date: 09/13/89 From: VICTOR DURA Time: 12:09 pm To: ALL (Read 102 times) Subj: CALLABLE EDITOR IN C Does anyone know of a shareware editor module, written in C, that can be called from within a C program? All I need are very simple editing functions, nothing fancy. What I would like to do is edit a text buffer by passing a pointer to an editor module. E.g. the statement "status=editor(buffptr);" would execute a full screen editor on the text at buffptr. Thanks for your help. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DHS0692 Date: 09/13/89 From: GRANT ELLSWORTH (Leader) Time: 11:11 pm To: VICTOR DURA (Rcvd) (Read 104 times) Subj: R: CALLABLE EDITOR IN C Here;s something that might help. Borland used to sell, and may still sell, the Editor Tool Box for Turbo Pascal (4.0). I don't think they up- graded it for 5.0 and/or 5.5. However, functionally, it can be modified to provide this thing you want --- that was the intention of the product. Now, you need/want something in C --- so you could run a Pascal to C translator (Like TPTC17G(?).ZIP in mahoney collection) against the PASCAL source to give you a C version you could work with. Grant --------------- ** Current thread: CALLABLE EDITOR IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DIQ2990 Date: 09/14/89 From: ROBERT BALSOVER Time: 09:49 pm To: GRANT ELLSWORTH (Rcvd) (Read 97 times) Subj: R: CALLABLE EDITOR IN C Have you ever tried to use those Pascal->C translators? They puke on the code more often then not. They are not very useful. Bob --------------- ** Current thread: CALLABLE EDITOR IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DJA1482 Date: 09/15/89 From: VICTOR DURA Time: 06:24 am To: GRANT ELLSWORTH (Rcvd) (Read 97 times) Subj: R: CALLABLE EDITOR IN C Thanks for the info Grant, I see what I can find on the Tool Box..Vic --------------- ** Current thread: CALLABLE EDITOR IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DJC1241 Date: 09/15/89 From: STEVEN KEY Time: 08:20 am To: VICTOR DURA (Rcvd) (Read 97 times) Subj: R: CALLABLE EDITOR IN C Victor, Ed Ream ( advertizes in DDJ) used to sell an editor ( with source ) written in C. It was called RED, I think. You might give him a call or drop him a note. Steven --------------- ** Current thread: CALLABLE EDITOR IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DJP1645 Date: 09/15/89 From: GRANT ELLSWORTH (Leader) Time: 08:27 pm To: ROBERT BALSOVER (Rcvd) (Read 96 times) Subj: R: CALLABLE EDITOR IN C Bob, there was ONE good one of the whole batch ... and that was TPTC17 of May 88 = from Sam Smith, Tool Shop BBS in Phoenix, AZ. I think the file is still here in the Mahoney Collection. It did have some shortcomings, but it was SOOOO much better than the others. And I don't think it puked on most stuff. There are some obtuse and arcane constructs it doesn't handle very well, however (nested structures, untyped variables). But, I found that the C code it produced was not far from what was needed for a clean C compile and execution. Also, the author released the SOURCE for that version so you could modify it to meet your needs (source was in TP), grant --------------- ** Current thread: CALLABLE EDITOR IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DK40892 Date: 09/16/89 From: ROBERT BALSOVER Time: 04:14 am To: GRANT ELLSWORTH (Rcvd) (Read 95 times) Subj: R: CALLABLE EDITOR IN C Grant, I dunno. I only used Sam's program, I never looked at any others. I was attempting to translate the TPascal Editor toolbox and it puked. Did he continue developement of his program or shelf it? Bob --------------- ** Current thread: CALLABLE EDITOR IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DK41916 Date: 09/16/89 From: ROBERT BALSOVER Time: 04:31 am To: VICTOR DURA (Rcvd) (Read 95 times) Subj: R: CALLABLE EDITOR IN C Victor, There is a file in the collection called TURBBOOK.ZIP. It contains the source from Al stevens Book Turbo C screen O/I (etc. something like that) I have that book and in it he wrote a routine that is exactly what you asked for. The source is for TSR's, Windows etc. The file would have the correct book name if you want to pick it up. I've seen it lately on the bookshelfs so you shouldn't have problems finding it. I do recommend the book but it is written for TC 1.0 so you have to make adjustments if you wish to do TSR's with a later version of TC. It otherwise needs no further corrections. Bob --------------- ** Current thread: CALLABLE EDITOR IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DKS1246 Date: 09/16/89 From: GRANT ELLSWORTH (Leader) Time: 11:20 pm To: ROBERT BALSOVER (Rcvd) (Read 98 times) Subj: R: CALLABLE EDITOR IN C Bob, I think tptc17 of may 3(?) 88 was the last shareware version. The source to it was also distributed. That was the version I was referring to. No, I did not try it out on Borland's Editor Toolbox, but I did use it to translate a complex MVS performance measurement tool which I developed in TP3.0. THere were some problems because of the complex structures in code and data. I do remember that a prior version to TPTC17(g) of May 88 did "puke" on any complicated pascal program. What version did you use - (date and version id)? BTW, Sam has not totally abandoned the translator. I understand it was purchased by a company (purchase had Sam attached to it) and that Sam is improving it over time with a commercial release as the target. You could check with Sam (call the Tool Shop) and find out what current plans are. Grant --------------- ** Current thread: CALLABLE EDITOR IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DM13002 Date: 09/18/89 From: ROBERT BALSOVER Time: 12:50 am To: GRANT ELLSWORTH (Rcvd) (Read 93 times) Subj: R: CALLABLE EDITOR IN C Grant, I used what I think was the May '88 version. I can't be sure because I erased it when it puked several times. I decided it was not advanced enough for my use. I have seen a comercial TP2C translator advertised in DDJ June '89. Pg #9 is Programmers Paradise's ad. It lists with them for $199. I wonder if that is Sam's work. Any time I try to call the Tool Shop it is busy. Bob --------------- ** Current thread: CALLABLE EDITOR IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNC2722 Date: 09/19/89 From: VICTOR DURA Time: 08:45 am To: STEVEN KEY (Rcvd) (Read 92 times) Subj: R: CALLABLE EDITOR IN C Steve, Thanks for the info. I'll check it out...Vic --------------- ** Current thread: CALLABLE EDITOR IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNC2830 Date: 09/19/89 From: VICTOR DURA Time: 08:47 am To: ROBERT BALSOVER (Rcvd) (Read 93 times) Subj: R: CALLABLE EDITOR IN C Robert Thanks for the tip. I dl and check it out. Vic --------------- ** Current thread: CALLABLE EDITOR IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNM0451 Date: 09/19/89 From: GRANT ELLSWORTH (Leader) Time: 06:07 pm To: ROBERT BALSOVER (Rcvd) (Read 94 times) Subj: R: CALLABLE EDITOR IN C TP2C is not Sam's commercial version. I think it is the one put out by Chien(?) Associates in New Orleans. I noticed an ad from them last winter when S's s/w was still called TPC or TP2C as well. Sam and I had a short dialogue on his bbs about it ... he knew nothing about Chien or that TP2C. BTW, I think any hang you may get in the May 88 version can be easily fixed if you also have a Pascal Compiler and the TPTC 17 sources. Also, I note that I have to put my machine in autodial for an average of 50 mins to get into the Tool Shop ... it certainly is a popular BBS out there in the southwest. Grant --------------- ** Current thread: CALLABLE EDITOR IN C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNR0939 Date: 09/19/89 From: ROBERT BALSOVER Time: 10:15 pm To: GRANT ELLSWORTH (Rcvd) (Read 95 times) Subj: R: CALLABLE EDITOR IN C Grant, Unfortunately I don't have a Pascal compiler, I never saw a need for it. With all of the good Pascal source out there I would certainly be willing to pay for a fully functioning translator, but I guess there isn't enough people like me out there or there would be a package available. I can program in Pascal, so I could do it manually but it takes too long even with a half functioning translator. Bob >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DJR2496 Date: 09/15/89 From: JOHN ABATTE Time: 10:41 pm To: ALL (Read 94 times) Subj: DEREFERENCING POINTERS What exactly does it mean to dereference a pointer. I'm new to C and I've heard the term several times, but I haven't the foggiest idea what it means or what it's used for. I'm taking a second-level course at the local college and the question was brought up, but the instructor didn't give a very good explanation. I'd appreciate it if anyone could clarify this for me Thanks for the help. Ciao for now...John --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DJS2501 Date: 09/15/89 From: JOHN HEIM Time: 11:41 pm To: ALL (Read 93 times) Subj: STUFF In case anyone missed my previous message, I'd like to reiterate that if anyone out there wants to get Borland tech support from a BBS I'd suggest you go for CompuServe instead of BIX. I've found it infinately more intuitive and user friendly. BBS support is a very useful tool. If you've ever tried discribing your code to someone on the phone you may be able to imagine how convenient being able to upload a message could be. You can include source code, output listing, commentary etc. One more thing, I subscribe to a magazine called *The C Users Journal*. It's a great mag and I'd highly recommend it. It's much better than DDJ or Computer Journal. Anybody know of any other good mags we should be aware of? John Heim --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DK10817 Date: 09/16/89 From: RICHARD POELING Time: 12:13 am To: ALL (Read 96 times) Subj: C & ASSEMBLY LANGUAGE BBS'S I am interested in locating other BBS's that have a good 'C' programming conference section. I would also like to find one that deals with Assembly language in the MSDOS environment. Does anyone know of any? Thanks. Rick. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNP1616 Date: 09/19/89 From: JOHN HEIM Time: 08:26 pm To: RICHARD POELING (Rcvd) (Read 93 times) Subj: R: C & ASSEMBLY LANGUAGE BBS'S Rick, I'm sure CompuServe has conferences on both C and Assembly. It'll cost you some bucks to use though. Most of the people I know that spend a lot of time on CS use a program that logs them on, downloads the messages they're interested in and logs them off automatically. It's available from CompuServe. I don't use CS all that much except to ask Borland's tech support staff questions so I don't know that much about it. John >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DKK2078 Date: 09/16/89 From: MICHAEL KUMBERA Time: 04:34 pm To: ALL (Read 93 times) Subj: C++ If any of you get a chance to use C++ do it. It adds some great new functions to C. I recently got the book "Using C++" by Bruce Eckel (Osborne McGraw-Hill) and it gives a good explination on how to use C++. Their discussion of using OBJECTS is well done but they could explain function overloading better. C++ seems like the best programming language since C. Michael Kumbera --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 3AMF2747 Date: 06/18/90 From: GREGORY WILSON Time: 11:45 am To: ALL (Read 68 times) Subj: C++ Could someone tell me in 500 words or less what the advantage is in using C++ over C. Is it more portable? Is it faster? Will regular C programs compile under C++ compilers? Are there any standards in place for C++? Is MSC planning on adding C++ to their product? Now that I finnaly have a handle on C, is it worth my time to learn C++? I would appreciate any information you could give. Thanks in advance!! Gregory Wilson >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNQ0696 Date: 09/19/89 From: JIM FISCHER Time: 09:11 pm To: ALL (Read 93 times) Subj: REPORT WRITING Can anybody give me some advice as to editing data used to print a report written in 'C'. I need to know how to edit a numeric field whose length can be from 0 to 999,999,999. I need to know how to insert the commas between the numbers if the field is long enough to require them. This report is to be printed not displayed on screen. Thanks, Jim --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DNS3163 Date: 09/19/89 From: PAUL MCKENZIE Time: 11:52 pm To: JIM FISCHER (Rcvd) (Read 91 times) Subj: R: REPORT WRITING Jim, I have a function that returns a comma formatted number. It works with either negative or positive values. I have the code at my place of work, so I cannot get my hands on it until tomorrow (Wednesday). The ANSI prototype to the routine is as follows: char *comma_fmt(double num, char *buf) where num is the number to format, and buf is a pointer to the buffer that will store the formatted number. The routine also returns the pointer to the buffer. Paul McKenzie --------------- ** Current thread: REPORT WRITING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DP11456 Date: 09/20/89 From: PAUL MCKENZIE Time: 12:24 am To: PAUL MCKENZIE (Rcvd) (Read 96 times) Subj: R: REPORT WRITING Oops, Got the prototype confused. The call is as follows: char *comma_fmt(char *buf1, char *buf2) where buf1 is a pointer to a string representing the number to be formatted, and buf2 is a pointer to the buffer where the formatted number is to reside. The routine requires you to convert the original number to a string yourself. You can use sprintf() or your own number to string routine. Here is an example: int num = 23456; char buf2[10] char temp[7]; sprintf(temp,"%d",num); comma_fmt(temp,buf2); fprintf(stdprn,"%s",buf2); Paul McKenzie --------------- ** Current thread: REPORT WRITING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DPN1096 Date: 09/20/89 From: JIM FISCHER Time: 07:18 pm To: PAUL MCKENZIE (Rcvd) (Read 97 times) Subj: REPORT WRITING Thanks much for your help, we'll give it a try and let you know the results. Thanks again, Jim --------------- ** Current thread: REPORT WRITING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DQ22927 Date: 09/21/89 From: PAUL MCKENZIE Time: 02:48 am To: JIM FISCHER (Rcvd) (Read 92 times) Subj: R: REPORT WRITING Jim, I have uploaded COMMAFMT.ZIP on the Mahoney Collection. This should take care of your problem. Paul --------------- ** Current thread: REPORT WRITING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DQL1636 Date: 09/21/89 From: JIM FISCHER Time: 05:27 pm To: PAUL MCKENZIE (Rcvd) (Read 99 times) Subj: REPORT WRITING Paul, much thanks and salutations to you! I'll D/L the file and check it out tonight. Really appreciate your help, I owe you one. Best regards, Jim --------------- ** Current thread: REPORT WRITING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2EFS1435 Date: 10/11/89 From: PAUL MCKENZIE Time: 11:23 pm To: JIM FISCHER (Rcvd) (Read 93 times) Subj: R: REPORT WRITING Jim, I haven't gotten back to you in a few weeks. Did the function solve your problem? Paul McKenzie --------------- ** Current thread: REPORT WRITING Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2EGN2595 Date: 10/12/89 From: JIM FISCHER Time: 07:43 pm To: PAUL MCKENZIE (Rcvd) (Read 102 times) Subj: REPORT WRITING Yes, thank-you, the function worked like a charm. I'm now presently using your function in my program at work. Thanks and best regards, Jim >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DS52363 Date: 09/23/89 From: JOHN LLOYD Time: 05:39 am To: ALL (Read 94 times) Subj: B-TO-C A short time ago I downloaded a programs from the Mahoney section called B B-to-C.ZIP. It was for a friend trying to learn C. While it ran on a "Hello World" program, the code generated did not look like any C I have seen. Output seemed to be an intermediate code which needs further translation. I am not a programmer, and could not explain what was going on. First guess is that the program (B-TO-C) was not a complete utility by itself, and perhaps files, or librarys were missing. Anyone know anything about this file??? How to use it??? Is there more of it??? Thanx --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DV51941 Date: 09/26/89 From: JOHN LLOYD Time: 05:32 am To: ALL (Read 93 times) Subj: B-TO-C Well, I didn't luck out on the B-TO-C. Does anyone know of a shareware or public domain program that with convert, even loosly, a GWBASIC program to C source. A friend is trying to learn C and feels that if he could write a small basic program, convert it and study the resultant source code, it would help him to understand C more easily. --------------- ** Current thread: B-TO-C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DVQ1861 Date: 09/26/89 From: GRANT ELLSWORTH (Leader) Time: 09:31 pm To: JOHN LLOYD (Rcvd) (Read 94 times) Subj: R: B-TO-C I remember seeing something named BAS2C.xxx or BASTOC.xxx in the mahoney collection some many moons ago. Check these out. Also, you might try the hypertext scan to look for "BAS" and " C ". Grant --------------- ** Current thread: B-TO-C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DW52154 Date: 09/27/89 From: JOHN LLOYD Time: 05:35 am To: GRANT ELLSWORTH (Rcvd) (Read 95 times) Subj: R: B-TO-C Thanks, I will look for the ones mentioned. Already did the search, without results cept for b-to-c. --------------- ** Current thread: B-TO-C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DWL3286 Date: 09/27/89 From: GRANT ELLSWORTH (Leader) Time: 05:54 pm To: JOHN LLOYD (Rcvd) (Read 93 times) Subj: R: B-TO-C It's possible that I saw those other BASIC-TO-C translator(s) on another BBS ... and recalling that I saw them at all was an archeaological exped- ition. I suggest you try accessing "THE TOOL SHOP" in Phoenix, AZ (accisible via PCPURSUIT) at 602-279-2673. The Tool SHop also has a commendable upload set --- not as elaborate or deep as the one here on EXECPC, of course, but it has a different focus (C and pgming tools). Be prepared to wait a LONG WAIT on redials to get connected - that bbs is real popular out in that part of the West. Grant --------------- ** Current thread: B-TO-C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DX51891 Date: 09/28/89 From: JOHN LLOYD Time: 05:31 am To: GRANT ELLSWORTH (Rcvd) (Read 91 times) Subj: R: B-TO-C Thanks again. I was getting ready to try the New York Board that is the home of 'The List', as it is supposed to be a C support system as well. If you have a chance to look at the B-to-C in the Mahoney collecting, you might find it interesting, and perhaps could shed some light on the meaning of the resultant code. It generates code familiar in structure to C, but the functions in the generated code are not standard C. It seems to be needing a library to go with it, or require further translation. I don't know. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DSB1745 Date: 09/23/89 From: AMERICA WEST Time: 07:29 am To: ALL (Read 106 times) Subj: PRO-C Has anyone out there had any experience with PRO-C from Vestronix? We have purchased and are using it to generate C code, we are generating applications that have data files compatible with dBase III+ so we are using DBCIII+ routines from Lattice. The code generator seems to generate good C code (lots of it!). I have a lot of experience programming in Basic and just a rudimentary knowledge of C. I can usually determine what a C program is doing by reading the source code, but I am nowhere near proficient in generating C code. What have been your experiences with this package? Have there been any major problems with the code that it generates? Any comments would be greatly appreciated. Jim Arner America West C&E, Inc. 311 Washburn Drive Rock Springs, WY 82901 307-382-5663 FAX-382-7323 --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DUK1178 Date: 09/25/89 From: ROBERT BALSOVER Time: 04:19 pm To: AMERICA WEST (Rcvd) (Read 104 times) Subj: R: PRO-C Jim, I have been considering PRO-C, I'd like to here opinions about it and anything anyone else tells you. Thanks Bob --------------- ** Current thread: PRO-C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 323K2077 Date: 02/03/90 From: DENNIS DODSON Time: 04:34 pm To: JOHN ABATTE (Rcvd) (Read 84 times) Subj: PRO-C John, I'm using Pro-C and if you (S)earch previous messages you`ll see that there has been some discussions and queries in the past. As far as your question goes, I think Pro-C is a valuable development tool for new applications. The generated source code is very good and easy to follow and most of the time requires few modifications and runs right 'out of the shute' to accomplish the programming task. Of course a source code gerer- ator (spelling) will not do everything for you, but it sure makes the development time drastically cut. We paid $499 for the product early in 1989, but I've heard that they`re working on a new release, maybe that's why the price has dropped. I don't know what other information to offer to you, but if you can give me an idea of your programming requirements maybe I can help in your decision. As far as we're concerned though, Pro-C has been a good investment for us and we are anxiously awaiting any new releases. Dennis --------------- ** Current thread: PRO-C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 324L0447 Date: 02/04/90 From: JOHN ABATTE Time: 05:07 pm To: DENNIS DODSON (Rcvd) (Read 80 times) Subj: PRO-C Hi Dennis Thanks for the info regarding Pro-C. I did do a search for previous messages on Pro-C, but only came up with 3 messages. My understanding of it is that it is primarily for developing database applications. Is this accurate, or does it do more than that? I'm also curious about its learning curve. Is it fairly easy to use, or does it require a lot of effort to learn? I'm planning to make a trip to the local library to see if I can locate any magazine reviews of it. Thanks again for the reply. I guess it would be a good idea to call them and ask about their upgrade policy if they are planning a new release soon. John. --------------- ** Current thread: PRO-C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 325K2044 Date: 02/05/90 From: DENNIS DODSON Time: 04:34 pm To: JOHN ABATTE (Rcvd) (Read 88 times) Subj: PRO-C John, Yes, Pro-C is only used for generating database applications. The four types of application programs that you can generate are 1) screen programs, 2) menu programs, 3) report programs, and 4) batch (file update) programs. Very 'database-like' in the program design phase.If you are considering it for any other reason, forget it. It is not a general purpose C code generator. It is compatible with Quick C, MSC, Turbo C, Watcom, and Zortech C compilers. The file managers supported are C-Isam, Btrieve, C-Tree, dBase III+, and sequential ASCII file access. Has a very powerful and rich programmer's toolbox package (again database application- like). Lots of windowing routines and even has a on the fly 'help' appli- cation that is embedded in your source code that can be developed and maintained from the generated .exe file with the choice of your favorite text editor. Very helpful in business applications. I use it primarily here at work for generating applications. It saves me 90% of the 'grunt' coding. Like I said, some programs have to be 'tweaked' after source code generation to put all the 'bells and whistles' in, but once you learn the source code generated for the 4 types of pro- grams, this becomes a somewhat simple and automatic task. The shell if kind of nice. Lotus type menus with a (C)ompile item that automatically allows you to edit, compile/link, and test your program with one keypress. Very user friendly with lots of on-line help. I started out with it as a very 'novice' and confused C programmer. Have really learned a lot of sophisticated coding techniques and C principles from the generated source code. It is a good learning tool for the beginning C programmer. As far as reviews, I seem to remember in a early '89 PC Mag or PC Com- uting, it was a 'best of class' for program generators. Hope this information answers your questions. Dennis --------------- ** Current thread: PRO-C Conf: PROGRAMMING Topic: C LANGUAGE Ref: 32BR3540 Date: 02/07/90 From: JOHN ABATTE Time: 10:59 pm To: DENNIS DODSON (Rcvd) (Read 89 times) Subj: PRO-C Hi Dennis Thanks again for the feedback on Pro-C. I did some checking locally and found a store that is supposedly getting it in a couple of days, so I may bug them for a demo to evaluate it firsthand before making a move on it. I still need to do a bit more thinking on it. I appreciate your help tremendously. Its always good to hear from someone who's used a product before jumping in with both feet first (cold-Turkey). Muchas Gracias!! John. >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DSI2036 Date: 09/23/89 From: ERIC WILSON Time: 02:33 pm To: ALL (Read 98 times) Subj: FUNCTIONS Does anyone know where I can get some type of sorting and searching functions. If there are no functions written a title to a good book that discusses this topic would be a great help. Thanx in advance ! --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DSR0425 Date: 09/23/89 From: GRANT ELLSWORTH (Leader) Time: 10:07 pm To: ERIC WILSON (Rcvd) (Read 97 times) Subj: R: FUNCTIONS Eric, some of the compilers have built-in library functions for searching and sorting - e.g. the Turbo C 2.0 compiler has qsort() and bsearch() (a binary search routine). Books on sorting and searhing techniques are also available: Knuth, Donald, Sorting and Searching (Art of Programming Vol 3) is a classic on the subject. Also see, The C Toolbox, by William Hunt, or Algorithms, by Robert Sedgewick. Some of the "Advanced C" type books I have seen on the shelves of technical book stores also have some sample sorting and searching algorithms written in C. Hope these comments help. Grant >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DUP1048 Date: 09/25/89 From: JODY IRISH Time: 08:17 pm To: ALL (Read 93 times) Subj: TURBO-C CRUIT Hello, I have trying to teach myself Turbo-C for the last year or so... Would enjoy experiences and converse of others who tried the same. I currently use ver 1.5 and am known for bangin' my forehead on objects, from styrofoam insulated walls to concrete blocks, have dented fenders, but not engine blocks! Am willing to share anything I've learned. jli --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DVQ1696 Date: 09/26/89 From: GRANT ELLSWORTH (Leader) Time: 09:28 pm To: JODY IRISH (Rcvd) (Read 92 times) Subj: R: TURBO-C CRUIT Jody, Like a lot of others here in this topic/conference, I taught myself C using Turbo C (and a couple of other compilers a little later). Maybe you should begin by stating what base you were starting from - e.g.: 1. Previous work with which programming tools/languages 2. How long and doing what kind of hobby or pro-programming Also, you might want to tell us what you are finding the most confounding in learning/using C, Turbo C, etc.. Somewhere back in Feb/Mar., we had a short discussion going on here about the problems of learing C - as a 2nd (or 3rd, etc.) programming language vs as the very first programming language. The consensus seemed to be that learning C as the very first programming language was an invitation to frustration city. Some even thought that prior exposure to, if not extensive work with, some other compiled block-structured language like PASCAL or PL/I (for IBM 370 Mainframers) was highly desirable, if not necessary. One person wrote that he learned C only after some work with dBASE III(?) and found it a very frustrating journey --- but he wrote that he finally got the hang of it. For my part, my programming "mother toungue" is mainframe assembler and C was the 1st so-called "Higher Order Language" I took seriously. However I did have some prior exposure to PASCAL and its ancestor, ALGOL 60 -- a long time before. grant --------------- ** Current thread: TURBO-C CRUIT Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DVR2726 Date: 09/26/89 From: JODY IRISH Time: 10:45 pm To: GRANT ELLSWORTH (Rcvd) (Read 91 times) Subj: R: TURBO-C CRUIT Grant, Thanks for a welcome! I am not a programmer by trade, just curiosity. I learned BASIC waaaaaayyyyyy back in high school, then fortran, but forgot most all of it. Tried to self-teach myself Turbo Pascal, but really found myself hosed up with structured programming. I didn't understand the concept, but upon reading about Turbo-C while watching a self-taught peer of mine (and kinda mentor/tutor), I started figuring it out. What I found most helpful was pull-down menus and being able to read the include files, once I learned what they actually were! I am going to upload a small password program tonite (soon). It's one of my first lessons in curiosity-killed-the-cat! At first, it re-wrote the boot track of drive c: to the near last track (605 on my st-225), then if the correct password given, wrote it back to finish the boot... BUT... After performing several lowlevel formats, I scrapped that idea: TOOOOO DANGEROUS!!! So it just leaves you with a red screen. I am leaving only the source code for all to use, free material. Will this create any hassles? I hope no greedy people try to profit! I figure it's worth about $.25 myself!!! Again, thanks for welcoming me, am very interested in C and sharing experiences and problems. From: Jody L. Irish, I.M. Computing --------------- ** Current thread: TURBO-C CRUIT Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DWJ3303 Date: 09/27/89 From: KEN HOPKINSON Time: 03:55 pm To: JODY IRISH (Rcvd) (Read 95 times) Subj: R: TURBO-C CRUIT Hi Jody, One program you might want to look at for learning C is CROBOT in the mahoney collection. It isn't really that complicated when you look at what you can use, but its kind of fun to see how close you can make your robot into a thinking machine that'll wipe everyone else out. ken --------------- ** Current thread: TURBO-C CRUIT Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DWQ2127 Date: 09/27/89 From: JODY IRISH Time: 09:35 pm To: KEN HOPKINSON (Rcvd) (Read 91 times) Subj: R: TURBO-C CRUIT Thanks... I'll look for it! --------------- ** Current thread: TURBO-C CRUIT Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DWQ2486 Date: 09/27/89 From: JODY IRISH Time: 09:41 pm To: GRANT ELLSWORTH (Rcvd) (Read 91 times) Subj: R: TURBO-C CRUIT Grant, Thanks... I did find that I really like the freedom of C. I had been pondering about C++, but may wait 'til I get better at plain ol' C. I have found that C really doesn't care what you tell it to do, as long as it's spelled right! That's good, as I rarely write any orthodox code! Last nite I uploaded passwrd.zip... It's not the greatest, hardly!!! My next project will probably be windowing or file handling? I dunno?? jli >>>>>>>>>>>>>>>>>>>>>> Last Message In Thread <<<<<<<<<<<<<<<<<<<<<< Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DVR3589 Date: 09/26/89 From: JODY IRISH Time: 10:59 pm To: ALL (Read 90 times) Subj: PASSWORD.C Hello everybody, You may have already written a better program, but I'm kinda proud of this small program, as it's the first one I actually thought of and wrote. After many failures and re-tries, I got something to work!!! The file is called PASSWRD.ZIP. It should be somewhere in Bob's collection under programming support or language support??? It was written on turbo-c 1.5, but should be easy to convert. The .EXE file should be about 9K or so, it's not resident, and I access it in my autoexec.bat on the hard drive. It's free to all... please don't sell it, just pass it around and don't lay claim to it! There is a readme file included in the zip-file to explain further, and comments in the source. From: Jody L. Irish, I.M. Computing --------------- Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DWK1312 Date: 09/27/89 From: STEVEN SCHULZ Time: 04:21 pm To: ALL (Read 101 times) Subj: MEMORY AVAILABLE I'm using Microsoft "C" 5.1 and was wondering if there is a way to check how much memory is available. I would like to use this from within my program after I have already done a series of malloc()'s. I'm only interested in conventional memory, but it has to be all the available free memory not just the memory available in the default data segment. --------------- Following thread Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DWL3457 Date: 09/27/89 From: GRANT ELLSWORTH (Leader) Time: 05:57 pm To: STEVEN SCHULZ (Rcvd) (Read 99 times) Subj: R: MEMORY AVAILABLE There should be a "memavail()" type of function in your C library. I don't remember the MSC function name right now, but I do remember being able to use a function name directly when I did a port from TC 1.5 to MSC5.x several months ago. Grant --------------- ** Current thread: MEMORY AVAILABLE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DWM2166 Date: 09/27/89 From: JOE VINCENT Time: 06:36 pm To: GRANT ELLSWORTH (Rcvd) (Read 99 times) Subj: R: MEMORY AVAILABLE Message CC'd to: GRANT ELLSWORTH STEVEN SCHULZ >There should be a "memavail()" type of function in your C library. I >don't remember the MSC function name right now, but I do remember being Grant, you're thinking of the "_memavl" function, but that one only returns the memory available in the default data segment and Steve wanted total memory available. The only thing I can think of right off hand is a kludge: determine the total memory USED and subtract that from the total memory in the machine, obtained using the "_bios_memsize" function. -=≡{JOE}≡=- (tm) --------------- ** Current thread: MEMORY AVAILABLE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DXC2085 Date: 09/28/89 From: STEVEN SCHULZ Time: 08:34 am To: GRANT ELLSWORTH (Rcvd) (Read 95 times) Subj: R: MEMORY AVAILABLE There is a _memavl() function in MSC's library but it only checks the memory available in the default data segment, not across all segments, which is what I really need. I don't think there are any functions supplied that do this, unless I'm missing something?? --------------- ** Current thread: MEMORY AVAILABLE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DXC2459 Date: 09/28/89 From: STEVEN SCHULZ Time: 08:40 am To: JOE VINCENT (Rcvd) (Read 100 times) Subj: R: MEMORY AVAILABLE Joe, I also seem to remember reading somewhere about a routine to do what I need. Basically you call malloc() and ask for say 10,000 bytes. If NULL is not returned, do it again. If NULL was returned, reduce the memory block asked for in half and try again. This process would continue until no more memory could be malloced. I'm going to do some digging to see if I can find the algorithm, otherwise I'll try writing my own. Maybe Turbo C has a function to check on all available free memory, as Grant seems to think. Thanks. --------------- ** Current thread: MEMORY AVAILABLE Conf: PROGRAMMING Topic: C LANGUAGE Ref: 2DXN0223 Date: 09/28/89 From: JOE VINCENT Time: 07:03 pm To: STEVEN SCHULZ (Rcvd) (Read 92 times) Subj: R: MEMORY AVAILABLE >Joe, I also seem to remember reading somewhere about a routine to do what >I need. Basically you call malloc() and ask for say 10,000 bytes. If >NULL is not returned, do it again. If NULL was returned, reduce the >memory block asked for in half and try again. This process would continue >until no more memory could be malloced. Steve, doesn't "malloc" work against the heap rather than all memory? In any event, although the technique might be made to work in some form, it sure seems inelegant. -=≡{JOE}≡=- (tm) --------------- ** Current thread: MEMORY AVAILABLE >> The message system is temporarily unavailable. >> Please try back a little later. (301 minutes left) TOP (SBHFMREALWXG, ?=HELP) -> >>> Inactivity warning: One minute to automatic logoff!